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TITLE OF THE INVENTION 

ROUTER APPARATUS PROVIDED WITH OUTPUT PORT CIRCUIT 
INCLUDING STORAGE UNIT, AND METHOD OF CONTROLLING OUTPUT 
PORT CIRCUIT OF ROUTER APPARATUS 

BACKGROUND OF THE INVENTION 

1. FIELD OF THE INVENTION 

The present invention relates to a router apparatus which routes and 
transmits a packet, which is received from a packet switching network, e.g., 
the Internet through an input port circuit, to each adjacent node through 
each output port circuit, and relates the output port circuit of the router 
apparatus and a method of controlling the output port circuit thereof. In 
particular, the present invention relates to an output port circuit of a 
router apparatus that controls storage and reading out of a packet into and 
from a buffer memory of the output port circuit thereof, and a method of 
controlling the output port circuit thereof. 

2. DESCRIPTION OF THE RELATED ART 

Recently, as high-performance computers have begun to fulfill their 
functions as new information equipment in not only research organizations 
and businesses but also in the general consumer area, the use of network 
applications such as the WWW has remarkably increased, and this leads to 
that the traffic in the Internet and Intranet have rapidly and exponentially 
increased. Integration of voice traffic into conventional data traffic on the 
Internet, that is VoIP (Voice over IP) has begun in earnest. It is expected in 
the future that various types of traffic coexist which require different 
communication qualities such as stream type traffic having a fixed transfer 



speed like video and traffic for high-speed data transfer. 

Accordingly, techniques including Diff-Serv (Differentiated Service) 
and MPLS (Multi-Protocol Label Switching) have been proposed and spread. 
The Diff-Serv defines different service classes for traffic having different 
attributes and requires an Internet router to offer services best suitable for 
the respective classes. The MPLS is a technique for accelerating a packet 
transfer speed. In order to realize differentiated services, a header of the 
MPLS packet includes a CoS (Class of Service) field. It is practical in the 
present communication situation to provide a repeater apparatus such as a 
router apparatus with a control function so as to realize a QoS (Quality of 
Service) control mechanism that guarantees diversified qualities under 
these circumstances. Further, following the recent acceleration of network 
speed, it is essential to allow the QoS control mechanism to operate at a 
high speed in the router apparatus. 

A study of buffer memory read scheduling has been actively 
conducted as one of the techniques that are proposed to provide the QoS 
guarantee mechanism as mentioned above or a class-based priority control 
mechanism. For example, in an input and output buffer switch that 
arranges buffer memories at input and output ports, respectively, the 
problem of the static occupation of an output circuit by specific 
connections can be improved by a buffer memory read scheduling criterion 
such as Weighted Fair Queuing (WFQ), Weighted Round Robin (WRR), etc. 
However, it is impossible to ensure storing a high-priority traffic packet 
that arrives when a buffer load is high only by the use of one of these 
scheduling criterions, and it is difficult to realize QoS guarantee. In 
addition, it is highly likely that a plurality of ports is connected with an 



interface card of the router apparatus. If so, a buffer memory space is 
shared among the ports. However, no sufficient consideration has been 
given to buffer memory management that assumes connection of a plurality 
of ports. In a prior art document of Katsuya Minami et. al, "Per-Flow 
5 Buffer Management Scheme with Class-based Priority in the Internet 

Router", the Technical Report of The Institute of Electronics, Information 
and Communication Engineers in Japan (hereinafter referred to as "IEICE"}, 
SSE99-175, IN99-138, issued by IEICE, pp. 85-90, March 2000, for 
example, there is proposed one method of dealing with this problem, which 

1 0 method will be referred to as "prior art" hereinafter. 

A conventional method of managing a buffer memory will be 
described. A router apparatus logically secures a minimum size of a buffer 
memory which can be used by each flow (hereinafter, referred to as a "basic 
volume"). In an environment in which a buffer memory utilization rate is 

15 low, each flow is allowed to use an actually necessary storage area of the 
buffer memory irrespective of this basic volume. If this environment 
changes to a high-load environment and the buffer memory turns full, the 
router apparatus applies a pushout mechanism and discards (that is, 
pushes out) a specific packet in the buffer memory. The conventional 

2 0 method is used on the assumption of an environment in which one buffer 
memory is shared among a plurality of ports. Accordingly, in the 
conventional method, the basic volume is managed hierarchically in the 
order of ports, classes and flows and the WRR is hierarchically carried out 
as a scheduling criterion. Further, in the conventional method, bandwidth 

2 5 allocation is carried out so as to realize class-based priority control. 

A conventional method of allocating basic volumes will be described. 



When the router apparatus senses a flow, a basic volume of the buffer 
memory in the router apparatus is allocated to the flow. The allocation 
method is as follows. 

First of all, a total buffer memory size of the router apparatus is 
shared among a plurality of ports according to line speed ratios. Next, a 
fixed, necessary buffer memory volume calculated from a guaranteed 
bandwidth is allocated to flows that belong to a bandwidth-guaranteed (BG) 
class, irrespective of the basic volume allocated to the port to which the 
flow belongs. To each of flows that belong to the other best effort classes, 
volumes obtained by subtracting allocation volumes for the 
bandwidth-guaranteed class from the basic volume for the ports are 
allocated according to predetermined weighting factors. The allocated 
basic volume changes according to the detection of the flow and the discard 
of the flow. Namely, the basic volume is allocated only to the flows that 
actually use the buffer memory. 

The allocation method will be concretely described with reference to 
Fig. 47. Fig. 47 is a schematic explanatory view for explaining a 
conventional method of allocating a storage area of the buffer memory. 
First of all, the router apparatus allocates a total buffer memory volume, 
i.e., buffer memory volumes pi, p 2 , ... and p N to respective ports PI to PN 
according to output line speed ratios, respectively. In the case of Fig. 47, 
the basic volume pi is allocated first to the port PI. Next, the basic 
volume pi is shared among classes that belong to the port PI. Allocation 
ratios of the classes dynamically change. This is because the router 
apparatus allocates the basic volume according to a reserved volume for 
the bandwidth-guaranteed class C2, to the class C2. The other classes of 
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CI and CO axe allocated a remaining volume of the basic volume pi 
according to their predetermined class weighting factors. In the case of Fig. 
47, a necessary buffer memory volume oti calculated from a reserved 
bandwidth is allocated first to the bandwidth-guaranteed class C2. This 
5 necessary buffer memory volume is a quantity with which all the packets of 
reserved traffic in a unit time interval that arrive in a burst at the router 
apparatus can be stored. Thereafter, a remaining buffer memory volume 
(pi-ai) is allocated to the other classes. Procedures for the allocation are 
as follows. Priorities wn and wio and detected number of flows fn and fio 

10 of respective classes are used to obtain products of the priorities and the 
number of flows as weighting factors of the respective classes. The 
products are applied to the buffer memory volume (pi-oti). In the case of 
the port PI in Fig. 47, a weighting factor W c i of the class CI and a 
weighting factor Wco of the class CO are defined by the following Equations 

15 (1) and (2), respectively: 

Wcl = fll*Wii (1) 

Wco = fio x wio (2). 

A ratio of the weighting factors W c i to Wco is applied to the buffer 
memory volume (pi-ai) to acquire basic volumes of the classes CO and CI. 
2 0 Namely, the basic volumes Pi and yi of the classes CI and CO are expressed 
by the following Equations (3) and (4), respectively: 

rf c\ ^ "co 

w 

y x = (pi - al) x — ^ (4) 

w +w 

rr c\ T "co 

On the other hand, if a packet arrives at the router apparatus when 
25 the buffer memory is full, the router apparatus carries out the following 
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operation as a pushout mechanism of discarding an excessive packet. 

If a new packet that belongs to a flow that uses the buffer memory 
beyond its basic volume arrives, the packet is discarded as it is. If a 
packet that belongs to a flow that uses the buffer memory below its basic 
5 volume, the router apparatus employs the pushout mechanism to permit 

the packet arriving at the buffer memory to be stored in the buffer memory. 
When a pushout object packet search is finished, the arrived packet is 
overwritten on a pushout object packet at a position of the buffer memory 
at which the pushout object packet is present and the overwritten packet 

10 (that is, the pushout object packet) is discarded. If the pushout object 
packet search reveals that there is no flow that uses the buffer memory 
beyond its basic volume, the arrived packet is discarded. 

According to the prior art, the basic volume is allocated hierarchically, 
so that the pushout object flow search is carried out in the following 

15 procedures. First of all, the router apparatus checks whether the class to 
which the arrived packet belongs uses the buffer memory beyond its basic 
volume. If the class uses the buffer memory beyond its basic volume, a 
flow that most exceeds its basic volume in the class is to be pushed out. If 
the class uses the buffer memory within its basic volume, the router 

2 0 apparatus checks an excessively used volume for the port to which the 
arrived packet belongs. If there are classes the used volumes of which 
exceed their basic volumes, the router apparatus decides the class having 
the most excessively used volume among the classes. Next, the router 
apparatus determines the flow having the most excessively used volume in 

2 5 the class. If used volumes of none of the classes exceed their basic 

volumes, the router apparatus conducts a similar search in the port having 



the most excessively used volume. 

The pushout object flow is searched by the above-mentioned method, 
and the arrived packet is permitted to be overwritten on a head packet of 
the flow. This method will be described concretely with reference to Figs. 
48 A and 48B. Figs. 48A and 48B are schematic explanatory views for 
explaining a method of discarding a packet in a class that uses the storage 
area of the buffer memory allocated to the class as shown in Fig. 47. Fig. 
48A shows that a packet in a different class from that of the arrived packet 
at the same port is discarded. Fig. 48B shows that a packet in a class at a 
different port from that of the arrived packet is discarded. 

In Figs. 48A and 48B, solid-line circles surrounding the ports PI to 
P3 and the classes CI to C3 in the ports indicate basic volumes of the ports 
and classes, respectively, and dotted-line circuits thereof indicate actually 
used volumes of the ports and classes, respectively. In Fig. 48A, it is 
assumed that the flow to which the arrived packet belongs does not use the 
storage area of the buffer memory larger than its basic volume. The 
excessively used volume of the class C3 to which the arrived flow belongs at 
that time is checked. In the case of Fig. 48A, the used volume (indicated 
by the dotted-line circle) of the class C3 in the port PI does not exceed its 
basic volume (indicated by the solid-line circle), so that the excessively 
used volume of the port to which the class C3 belongs is checked. The 
port PI uses the storage area larger than its basic volume. Therefore, the 
pushout object class is among the classes that belong to the port PI, i.e., 
the class C2 having the most excessively used volume among the classes. 
In this method, flow-based control is carried out. Due to this, the pushout 
object packet is a head packet of the flow having the most excessively used 
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volume among the flows that belong to the class C2. 

Further, a search is conducted in the case of Fig. 48B in a manner 
similar to that of Fig. 48A. Referring to Fig. 48B, the port PI to which the 
arrived flow belongs uses the storage area of the buffer memory within its 
5 basic volume (indicated by the solid-line circuit). In that case, the 

pushout object is the port P3 having the most excessively used volume and 
the router apparatus conducts a search similar to the above-mentioned 
search to flows that belong to the port P3. A result of the search reveals 
that the pushout object is the class CI having the most excessively used 

10 volume in the port P3. 

The conventional scheduling criterion and bandwidth allocation 
method will next be described. Fig. 49 is a schematic explanatory view for 
explaining hierarchically allocating all bandwidths available for 
transmission to ports, classes and flows. According to the conventional 

15 method, the WRR is executed in the order of ports, classes and flows as a 
reading out scheduling criterion for packets stored in the buffer memory. 

If the WRR is executed, it is necessary to set weighting factors of the 
respective classes. A decision method for the weighting factors will be 
described. In the WRR for the first hierarchy, i.e., ports, the router 

2 0 apparatus sets an output line speed ratio of the ports as a weighting factor 
of the ports. In the WRR for the second hierarchy, i.e., classes, the router 
apparatus allocates a bandwidth guaranteed for a bandwidth-guaranteed 
flow from a total link capacity. A remaining link capacity after the 
allocation of the bandwidth to the bandwidth-guaranteed flow is shared 

25 among the classes other than the bandwidth-guaranteed class. As the 
allocation ratio, the class ratio used upon allocating the basic volume is 
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employed. A bandwidth allocation volume calculated based on the ratio 
are converted to a simple integer ratio, thus obtaining a weighting factor. 
In the WRR for the third hierarchy, i.e., flows, the route apparatus utilizes 
a reserved bandwidth ratio as a weighting factor of each flow in the 
5 bandwidth-guaranteed class. As for the other classes, the router 

apparatus gives a weighting factor of " 1" to each flow so as to keep fairness 
in the flows. Namely, round robin (RR) is employed as a scheduling 
criterion for flows in low priority classes other than the 
bandwidth-guaranteed class. 

10 As described above, according to the prior art, if the router apparatus 

maintains the storage area of the buffer memory allocated to the arrived 
packet for each class to which packets belong, the performance of the 
router apparatus is disadvantageous^ unstable. Therefore, it is necessary 
to set a more appropriate processing unit for the management of the 

1 5 storage area of the buffer memory. 

In order to solve the above-mentioned technical disadvantage, it is 
necessary to realize a high-performance router apparatus in which a QoS 
control mechanism including an appropriate buffer management 
mechanism for each flow is provided. In particular, it is necessary to 

2 0 provide a service suitable for each class or each flow and realize high-level 
QoS guarantee even if a load of a buffer memory of the router apparatus is 
high. 

Moreover, in order to actually execute the management of the buffer 
memory of the router apparatus, it is necessary to manage a location of an 
25 arrived packet in the buffer memory. In this case, the problem arises that 
a packet transmitted on the Internet has a variable length. In the buffer 
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memory, a packet storage start position and the packet length need to be 
maintained. However, if the storage and transmission of the 
variable-length packet are repeated, free spaces in the buffer memory 
disadvantageously are dispersed. This disadvantageously complicates the 
5 management of the buffer memory and the packets. 
SUMMARY OF THE INVENTION 

It is an object of the present invention to provide a router apparatus 
capable of solving the above-mentioned conventional disadvantages, 
providing a service suitable for each class, solving the problems of the 
1 0 occupation of the buffer memory by specific flows, and accelerating packet 
input and output processings for the buffer memory in an output port 
circuit. 

It is another object of the present invention to provide an output port 
of a router apparatus capable of solving the above-mentioned conventional 

15 disadvantages, providing a service suitable for each class, solving the 
problems of the occupation of the buffer memory by specific flows, and 
accelerating packet input and output processings for the buffer memory of 
the output port circuit. 

It is a further object of the present invention to provide a method of 

20 controlling an output port of a router apparatus capable of solving the 

above-mentioned conventional disadvantages, providing a service suitable 
for each class, solving the problems of the occupation of the buffer memory 
by specific flows, and accelerating packet input and output processings for 
the buffer memory of the output port circuit. 

25 In order to achieve the above-mentioned objective, according to one 

aspect of the present invention, there is provided an output port circuit of a 
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router apparatus that routes and transmits a packet received through an 
input port circuit to each of adjacent nodes through the output port circuit 
by a switch fabric circuit. Each of flows is constituted by a plurality of 
continuous packets and belongs to either one of a bandwidth-guaranteed 
5 class and a best-effort class. The output port circuit includes a storage 
unit for temporarily storing a packet to be transmitted, and a controller for 
controlling storage and reading out of the packet into and from the storage 
unit. Upon allocating a basic volume that is a criterion of a memory size 
which can be stored in the storage unit to each of the flows to which the 

10 packet to be transmitted belongs, the controller manages the basic volume 
of each flow of the packet belonging to the bandwidth-guaranteed class by 
individually allocating the basic volume by as much as the memory size 
required by each of the flows, and manages the basic volume of each of the 
flows of the packets belonging to the best-effort class by collectively 

1 5 allocating the memory size obtained by subtracting a sum of each the basic 
volume allocated to the bandwidth-guaranteed class from an entire 
memory size of the storage unit. 

In the above-mentioned output port circuit, the controller preferably 
calculates a product of a priority and a number of flows belonging to a 

2 0 class for the each best-effort class, calculates a total priority of the 

best-effort class by calculating a sum of each the product for the number of 
best-effort classes, calculates a basic volume allocation ratio for the 
received packet by dividing the priority of the class to which the flow of the 
received packet belongs by the calculated total priority, and calculates the 

25 basic volume of the flow of the received packet by calculating the product of 
the calculated basic volume allocation ratio and the basic volume of the 
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best-effort class. 

According to another aspect of the present invention, there is 
provided an output port circuit of a router apparatus that routes and 
transmits a packet received through an input port circuit to each of 
adjacent nodes through the output port circuit by a switch fabric circuit. 
Each of flows is constituted by a plurality of continuous packets and 
belongs to either one of a bandwidth-guaranteed class and a best-effort 
class. The output port circuit includes a storage unit for temporarily 
storing a packet to be transmitted, and a controller for controlling storage 
and reading out of the packet into and from the storage unit. The 
controller preferably allocates a basic volume that is a criterion of a 
memory size which can be stored in the storage unit to each of the flows to 
which the packet to be transmitted belongs, calculates an excessively used 
volume of the packet to be transmitted relative to the basic volume of the 
flow based on an actual used volume of each of the flows by which the flow 
uses the storage unit, and manages (a) flow information on only the flow 
that most excessively uses the storage unit relative to the basic volume and 
(b) the excessively used volume thereof. Further, upon receiving a packet 
belonging to a flow having an excessively used volume larger than the 
managed excessively used volume, the controller updates (a) the flow 
information and (b) the excessively used volume to (a) flow information on 
the flow to which the received packet belongs and (b) the excessively used 
volume of the flow thereof. 

In the above-mentioned output port circuit, upon transmission of a 
packet belonging to a flow that most excessively uses the storage unit 
relative to the allocated basic volume from the router apparatus, the 
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controller preferably updates only the managed excessively used volume to 
the excessively used volume after transmission of the flow. 

In the above-mentioned output port circuit, the controller preferably 
calculates an excessively used volume relative to the basic volume of the 
flow of the packet to be transmitted based on an actual used volume of the 
flow by which the flow uses the storage unit, and manages (a) flow 
information on only the flow that most excessively uses the storage unit 
relative to the basic volume and (b) the excessively used volume thereof. 
Further, upon receiving a packet belonging to a flow and having an 
excessively used volume larger than the managed excessively used volume 
occurs, the controller preferably updates (a) the flow information and (b) 
the excessively used volume to (a) flow information on the flow to which the 
newly received packet belongs and (b) the excessively used volume thereof. 

In this case, upon transmission of a packet belonging to a flow that 
most excessively uses the storage unit relative to the allocated basic 
volume from the router apparatus, the controller preferably updates only 
the managed excessively used volume to the excessively used volume after 
transmission of the flow. 

According to a further aspect of the present invention, there is 
provided an output port circuit of a router apparatus that routes and 
transmits a packet received through an input port circuit to each of 
adjacent nodes through the output port circuit by a switch fabric circuit. 
Each of flows is constituted by a plurality of continuous packets and 
belonging to either one of a bandwidth-guaranteed class and a best-effort 
class. The output port circuit includes a storage unit for temporarily 
storing a packet to be transmitted, and a controller for controlling storage 
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and reading out of the packet into and from the storage unit. The 
controller preferably further includes a first management table memory 
that stores flow information on a flow to be transmitted next to the flow for 
each of the flows to manage a flow transmission order upon storing a 
5 plurality of flows in the storage unit, and the controller preferably updates 
the first management table memory so as to designate an order of a new 
flow to be transmitted next to the flow before the currently transmitted flow 
upon storing the new flow to be transmitted in the storage unit. 

In the above-mentioned output port circuit, the controller preferably 

1 0 further includes a first management table memory that stores flow 

information on a flow to be transmitted next to the flow for each of the 
flows to manage a flow transmission order upon storing a plurality of flows 
in the storage unit, and the controller preferably updates the first 
management table memory so as to designate an order of a new flow to be 

1 5 transmitted next to the flow before the currently transmitted flow upon 
storing the new flow to be transmitted in the storage unit. 

According to a still further aspect of the present invention, there is 
provided an output port circuit of a router apparatus that routs and 
transmits a packet received through an input port circuit to each of 

2 0 adjacent nodes through the output port circuit by a switch fabric circuit. 
Each of flows is constituted by a plurality of continuous packets and 
belongs to either one of a bandwidth-guaranteed class and a best-effort 
class. The output port circuit includes a storage unit for temporarily 
storing a packet to be transmitted, and a controller for controlling storage 

2 5 and reading out of the packet into and from the storage unit. The storage 
unit is preferably divided to a plurality of blocks each having a 
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predetermined block length, and the controller further includes a second 
management table memory that stores information on one of the blocks 
which stores the packet and information on the other one of the blocks to 
be connected next to the block that stores the packet while making these 
5 information correspond to each other, thereby managing a packet 
connection state of each of the flows. 

In the above-mentioned output port circuit, the storage unit is 
preferably divided to a plurality of blocks each having a predetermined 
block length, and the controller preferably further comprises a second 

1 0 management table memory that stores information on one of the blocks 
which stores the packet and information on the other one of the blocks to 
be connected next to the block that stores the packet while making these 
information correspond to each other, thereby managing a packet 
connection state of each of the flows. 

15 According to a more still further aspect of the present invention, 

there is provided a router apparatus that routes and transmits a packet 
received through an input port circuit to each of adjacent nodes through 
the output port circuit by a switch fabric circuit. The router apparatus 
preferably the above-mentioned output port circuit. 

2 0 According to a more still further aspect of the present invention, 

there is provided a method of controlling the output port circuit. The 
method preferably includes above-mentioned processings of the controller. 
BRIEF DESCRIPTION OF THE DRAWINGS 

These and other objects and features of the present invention will 

2 5 become clear from the following description taken in conjunction with the 
preferred embodiments thereof with reference to the accompanying drawings 
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throughout which like parts are designated by like reference numerals, and in 
which: 

Fig. 1 is a block diagram illustrating a configuration of a router 
apparatus in one preferred embodiment according to the present invention; 
5 Fig. 2 is a block diagram illustrating a detailed configuration of an 

output port circuit 3 shown in Fig. 1; 

Fig. 3A is a schematic diagram showing an arrived packet that 
arrives at the output port circuit 3 shown in Fig. 1; 

Fig. 3B is a schematic diagram showing a memory space of a buffer 
10 memory 13 shown in Fig. 2; 

Fig. 3C is a schematic diagram showing a transmitted packet 
transmitted from the output port circuit 3; 

Fig. 4 shows one example of a schematic configuration of a free-space 
management table Tl managed by a free-space management section 21 
15 shown in Fig. 2; 

Fig. 5 is a schematic explanatory view for explaining free- space 
management using the free-space management table Tl shown in Fig. 4; 

Fig. 6 show one example of a schematic configuration of a storage 
location management table T2 managed by a storage location management 
2 0 section 22 shown in Fig. 2; 

Fig. 7 is a schematic explanatory view for explaining storage location 
managing using the storage location management table T2 shown in Fig. 6; 

Fig. 8 show one example of a schematic configuration of a flow 
management table T3 for flows belonging to a bandwidth-guaranteed class, 
2 5 which table is managed by a flow management section 23 shown in Fig. 2; 

Fig. 9 is a schematic explanatory view for explaining a management 
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of a head block and a tail block using the flow management table T3 shown 
in Fig. .8; 

Fig. 10 show one example of a schematic configuration of a class 
management table T4 managed by a class management section 24 shown 
5 in Fig. 2; 

Fig. 1 1 show one example of a schematic configuration of a port 
management table T5 managed by a port management section 25 shown in 
Fig. 2; 

Fig. 12 show one example of a schematic configuration of a WRR flow 
1 0 order management table T6 managed by a WRR flow order management 
section 28 shown in Fig. 2; 

Fig. 13 is a schematic explanatory view for explaining service flow 
order management using the WRR flow order management table T6 shown 
in Fig. 12; 

15 Fig. 14 show one example of a schematic configuration of a previous 

service flow management table T7 managed by a previous service flow 
management section 26 shown in Fig. 2; 

Figs. 15A and 15B are schematic explanatory views for explaining 
service flow order management using the previous service flow 
20 management table T7 shown in Fig. 14, where Fig. 15A shows previous 
service flow management when a new flow occurs and Fig. 15B shows a 
data update processing after the state of Fig. 15A; 

Fig. 16 is a schematic explanatory view for explaining a method of 
allocating a storage area of the buffer memory 13 shown in Fig. 2 to flows 
25 in a bandwidth-guaranteed class and flows in best-effort classes; 

Fig. 17 is a flow chart illustrating the most excessive flow 
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management processing executed by a storage location decision section 17 
shown in Fig. 2 upon arrival of a packet; 

Fig. 18 is a flow chart illustrating the most excessive flow 
management processing executed by a scheduler 18 shown in Fig. 2 during 
5 transmission of a packet; 

Figs. 19A, 19B, 19C and 19D are schematic explanatory views for 
explaining most excessive flow management using the most excessive flow 
management table T8 managed by the class management section 24 shown 
in Fig. 2, where Fig. 19A shows (al) the most excessive flow management 

1 0 table T8 in an initial state and (a2) a current state of an excessively used 
volume of each flow, Fig. 19B shows (bl) the most excessive flow 
management table T8 when the flow 3 having a packet size of 2 arrives and 
(b2) a current state of the excessively used volume of each flow, Fig. 19C 
shows (cl) the most excessive flow management table T8 when the flow 3 

15 having a packet size of 2 is transmitted and (c2) a current state of the 
excessively used volume of each flow, and Fig. 19D shows (dl) the most 
excessive flow management table T8 when the flow 1 having a packet size of 
2 arrives and (d2) a current state of the most excessively used volume of 
each flow; 

2 0 Fig. 20 is a block diagram illustrating a detailed configuration of the 

storage location decision section 17 shown in Fig. 2 and a storage location 

decision processing flow; 

Fig. 2 1 is a block diagram illustrating a detailed configuration of a 

packet storage post-processing section 37 shown in Fig. 20; 
2 5 Fig. 22 is a block diagram illustrating a detailed configuration of a 

scheduler 18 shown in Fig. 2 and a transmitted packet decision processing 
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flow; 

Fig. 23 is a block diagram illustrating a detailed configuration of a 
packet transmission post-processing section 52 shown in Fig. 22; 

Fig. 24 is a block diagram illustrating a detailed description of a 
5 free-space management section 21 shown in Fig. 2; 

Figs. 25A, 25B, 25C and 25D show one example of data managed by 
the free-space management section 2 1 shown in Fig. 24, where Fig. 25A is 
an illustration of one example of a free-space management table stored in 
the free-space management table memory 21c, Fig. 25B is an illustration of 
1 0 one example of a list head block number in a list head block number 

register 2 Id, Fig. 25C is an illustration of one example of a list tail block 
number in a list tail block number register 2 le, and Fig. 25D is an 
illustration of one example of the number of free blocks in a 
number-of-free-blocks register 2 If; 
15 Fig. 26 is a block diagram illustrating a detailed configuration of the 

storage location management section 22 shown in Fig. 2; 

Fig. 27 shows one example of a storage location management table 
managed by the storage location management memory 22c shown in Fig. 
26; 

2 0 Fig. 28 is a block diagram illustrating a detailed configuration of a 

flow management section 23 shown in Fig. 2; 

Figs. 29A, 29B, 29C and 29D show one example of data in the flow 

management section 23 shown in Fig. 28, where Fig. 29A shows one 

example of a basic volume management table stored in a basic volume 
25 management table memory 23c, Fig. 29B shows one example of a flow used 

volume management table stored in a flow used volume management table 
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memory 23d, Fig. 29C shows one example of a head block management 
table stored in a head block management table memory 23e, and Fig. 29D 
shows one example of a tail block management table stored in a tail block 
management table memory 23f; 
5 Fig. 30 is a block diagram illustrating a detailed configuration of the 

class management section 24 shown in Fig. 2; 

Figs. 31 A, 3 IB and 31C are schematic diagram showing one example 
data in the class management section 24 shown in Fig. 30, where Fig. 31A 
is an illustration of one example of a class used volume management table 
10 stored in a class used volume management table memory 24g, Fig. 3 IB is 
an illustration of one example of a number-of-class-flows management 
table stored in a number-of-class-flows management table memory 24h, 
and Fig. 31C is an illustration of one example of the most excessive flow 
excessively used volume management table stored in the most excessive 
15 flow excessively used volume management table memory 24i; 

Fig. 32 is a block diagram illustrating a detailed configuration of the 
previous service flow management section 26 shown in Fig. 2; 

Fig. 33 is a block diagram illustrating a detailed configuration of the 
previous service class management section 27 shown in Fig. 2; 
2 0 Fig. 34 is a block diagram illustrating a detailed configuration of the 

WRR flow order management section 28 shown in Fig. 2; 

Fig. 35 shows one example of a WWR flow order management table 
stored in a WRR flow order management table memory 28c shown in Fig. 
34; 

25 Fig. 36 is a block diagram illustrating a detailed configuration of a 

WRR class order management section 29 shown in Fig. 2; 



- 21 - 



Fig. 37 shows one example of a WRR class order management table 
stored in a WRR class order management table memory 29c shown in Fig. 
36; 

Fig. 38A is a timing chart illustrating a first part of processings upon 
5 arrival of a packet, which are executed by an output port controller 20 
shown in Fig. 2; 

Fig. 38B is a timing chart illustrating a second part of processings 
upon arrival of the packet, which are executed by the output port controller 
20 shown in Fig. 2; 

10 Fig. 39A is a timing chart illustrating a third part of processings 

upon arrival of the packet, which are executed by the output port controller 
20 shown in Fig. 2; 

Fig. 39B is a timing chart illustrating a fourth part of processings 
upon arrival of the packet, which are executed by the output port controller 
15 20 shown in Fig. 2; 

Fig. 40A is a timing chart illustrating a fifth part of processings upon 
arrival of the packet, which are executed by the output port controller 20 
shown in Fig. 2; 

Fig. 40B is a timing chart illustrating a sixth part of processings 
2 0 upon arrival of the packet, which are executed by the output port controller 
20 shown in Fig. 2; 

Fig. 4 1 A is a timing chart illustrating a seventh part of processings 
upon arrival of the packet, which are executed by the output port controller 
20 shown in Fig. 2; 

25 Fig. 4 IB is a timing chart illustrating an eighth part of processings 

upon arrival of the packet, which are executed by the output port controller 
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20 shown in Fig. 2; 

Fig. 42 is a block diagram of a circuit which is included in a pushout 
object block decision section 15 shown in Fig. 2 and which executes an 
excessively used volume arithmetic operation for a flow belonging to the 
5 best-effort class; 

Fig. 43 is a block diagram of a circuit which is included in the 
pushout object block decision section 15 shown in Fig. 2 and which 
executes an excessively used volume arithmetic operation processing for 
the flow belonging to the bandwidth-guaranteed class; 
1 0 Fig. 44 is a schematic explanatory view for explaining storage 

location decision for the arrived packet executed by a selector 35 shown in 
Fig. 20; 

Fig. 45 is a timing chart illustrating a first part of processings upon 
transmission of a packet, which are executed by the output port controller 
15 20 shown in Fig. 2; 

Fig. 46A is a timing chart illustrating a second part of the 
processings upon transmission of a packet, which are executed by the 
output port controller 20 shown in Fig. 2; 

Fig. 46B is a timing chart illustrating a third part of the processings 
2 0 upon transmission of a packet, which are executed by the output port 
controller 20 shown in Fig. 2; 

Fig. 47 is a schematic explanatory view for explaining a conventional 
method of allocating a storage area of the buffer memory; 

Figs. 48 A and 48B are schematic explanatory views for explaining a 
2 5 method of discarding a packet in a class that uses the storage area of the 
buffer memory allocated to the class as shown in Fig. 47, where Fig. 48A 
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shows that a packet in a different class from that of the arrived packet at 
the same port is discarded, and Fig. 48B shows that a packet in a class at 
a different port from that of the arrived packet is discarded; and 

Fig. 49 is a schematic explanatory view for explaining hierarchically 
5 allocating all bandwidths available for transmission to ports, classes, and 
flows. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

A preferred embodiment of the present invention will be described 

hereinafter with reference to the drawings. 
1 0 Fig. 1 is a block diagram illustrating a configuration of a router 

apparatus in a preferred embodiment according to the present invention. 

The router apparatus shown in Fig. 1 is provided for the Internet that 

serves as a packet exchange network. The router apparatus is constituted 

by including the following: 
15 (a) N input port circuits 1-1 to 1-N (each will be generically referred 

to as "input port 1" hereinafter), 

(b) a switch fabric circuit 2 which is connected with the respective 
input ports 1, 

(c) N output ports 3-1 to 3-N (each will be generically referred to as 
2 0 "output port 3" hereinafter) which are connected with the switch fabric 

circuit 2, and 

(d) a routing processor 4 which controls the switch fabric circuit 2. 
The router apparatus routes and transmits a packet received through 

each input port 1 to an adjacent node through the corresponding output 
2 5 port 3 by the switching fabric circuit 2. A plurality of continuous packets 
constitute a flow. The flow belongs to either a bandwidth-guaranteed class 
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or a best-effort class. The output port 3 is particularly characterized by 
including a buffer memory 13 which temporarily stores a packet to be 
transmitted and an output port controller 20 which controls storage and 
reading out of a packet into and from a buffer memory 13. 
5 Referring to Fig. 1, the input port circuit 1 is a circuit at which an 

input packet arrives first and has the following three functions. The first 
function of the input port circuit 1 is to conduct a largest-length prefix 
matching search (hereinafter, referred to as an "LPM") to each arrived 
packet. The LPM search is a table search processing carried out to decide 

1 0 next hopping from a destination address included in an IP header. The 
second function is to classify a packet into service classes defined in 
advance so as to guarantee QoS. The third function is to execute a 
protocol processing for a data, link layer. As the protocol, an SLIP (Serial 
Line Internet Protocol), a PPP (Point-to-Point Protocol), a PPTP 

15 (Point-to-Point Transfer Protocol) or the like is available. 

In each input port circuit 1 shown in Fig. 1, arrived packets are 
inputted to a high-speed path controller la. The high-speed path 
controller la promptly outputs the packets needed to be processed at a 
high speed among the arrived packets to the switch fabric circuit 2 through 

2 0 a multiplexer Id which time-division multiplexes the packets. Among the 
arrived packets, those which are not needed to be processed at a high 
speed are branched to a low-speed path queue memory lb and the queue 
memory lb stores the packets as temporary queues. A low-speed path 
controller lc sequentially reads out the packets stored in the queue 

2 5 memory lb, and then outputs the read-out packets to the switch fabric 
circuit 2 through the multiplexer Id. 
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The switch fabric circuit 2 outputs the packets inputted from the 
input ports 1 to the corresponding output port circuits 3 connected with 
adjacent nodes through links, respectively, using a predetermined routing 
criterion under the control of a routing processor 4. That is, the switch 
5 fabric circuit 2 has a function for connecting each input port circuit 1 to 
each output port circuit 3. Currently employed techniques for the switch 
fabric circuit 2 involve a bus type technique, a cross bar technique, and a 
shared memory technique. One of these techniques can be appropriately 
selected for the switch fabric circuit 2. The routing processor 4 executes 

1 0 software for searching a forwarding table, installing a routing protocol, and 
setting and managing the router apparatus. The routing processor 4 also 
executes a packet having a destination address that is not input in the 
forwarding table. 

Each output port circuit 3 functions to temporarily store a packet 

15 transferred through the switch fabric circuit 2 from the input port circuit 1 
by routing until the packet is outputted to a link and functions to make 
scheduling related to the output of the packet to the link. The output port 
circuit 3 has a refined scheduling algorithm to support a priority or QoS 
guarantee. As the scheduling algorithm, a WRR or WFQ algorithm, for 

20 example, well known to those skilled in the art is available. 

As shown in Fig. 1, each output port circuit 3 includes a header 
information acquisition unit 11, a temporary packet storage memory 12, a 
buffer memory 13, a packet transmitter 14, and an output port controller 
20. The output port circuit 3 is particularly characterized by including the 

25 output port controller 20 that controls input and output of each arrived 
packet into and from the buffer memory 13 which includes a plurality of 
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flow queue memories 13a and 13b. 

In the output port circuit 3 shown in Fig. 1, the header information 
acquisition unit 1 1 reads out header information on the packet arriving 
from the switch fabric circuit 2, outputs the read-out header information to 
the output port controller 20, and also temporarily stores the arrived 
packet in the temporary packet storage memory 12. When a packet 
arrives, the output port controller 20 calculates a storage location of the 
arrived packet in the buffer memory 13 using only a signal indicating the 
header information on the arrived packet as input data, and outputs a 
signal that indicates the storage location to the temporary packet storage 
memory 12. When a packet is transmitted, the output port controller 20 
inputs a service request signal (that is, a transmission request signal) from 
the packet transmitter 14, calculates a location in the buffer memory 13 to 
which the packet is transmitted, and outputs the operation result to the 
packet transmitter 14. When the signal that indicates the storage location 
is inputted to the temporary packet storage memory 12 from the output 
port controller 20, a packet is read out from the memory 12 and stored at 
the calculated storage location in the buffer memory 13. The buffer 
memory 13 is provided for storing packets. When arrived packets are 
stored in the buffer memory 13, the arrived packets can be stored therein 
separately according to flows to which the respective packets belong. Fig. 
1 virtually shows that the packets are stored in the flow queue memories 
13a, 13b, ... in the buffer memory 13. The temporary packet storage 
memory 12 stores the arrived packets in the flow queue memories 13a, 13b, 
. . . corresponding to the flows to which the packet belong for each flow 
based on the storage location indication signal which is inputted to the 



- 27 - 



memory 12 from the output port controller 20. 

In the present preferred embodiment, as will be described later in 
detail with reference to Figs. 3A, 3B and 3C, the buffer memory 13 can be 
divided to a plurality of blocks in advance and an arbitrary one of the 
blocks can be allocated for storage of an arbitrary flow. The packet 
transmitter 14 outputs the service request signal to the output port 
controller 20, reads out the packet from the buffer memory 13 based on the 
storage location information on the packet to be transmitted, which 
information is calculated by the output port controller 20 in response to 
the service request signal, and transmits the read-out packet to the 
adjacent node through a link. 

In the router apparatus constituted as mentioned above, it is 
practical to provide a QoS control mechanism in the buffer memory (See 
Fig. 2) provided in the output port circuit 3 on which the traffic is 
concentrated so as to realize the QoS guarantee. Therefore, in the present 
preferred embodiment, there is provided an output port circuit of the router 
apparatus characterized by operating in cooperation with the following 
three functions: a basic volume allocation function, a pushout mechanism, 
and a hierarchical WRR. The present preferred embodiment is 
characterized by providing the output port circuit of the router apparatus 
which can particularly execute a processing related to a class-based quality 
control method by flow management. In the present preferred 
embodiment, with a view of the facilitation of executing the management 
method, a flow is defined as "a group of packet of same kinds present in the 
buffer memory of the output port circuit 3". That is, the output port 
circuit 3 recognizes that no flow is present when the number of packets of 
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the kind belonging to the flow becomes zero even temporarily. This 
demonstrates that even if there are many flows that ca be managed, the 
flow number is equal to the size of buffer memory areas, which facilitates 
mounting. Now, the three functions will be described in detail using 
concrete examples. 

Fig. 2 is a block diagram illustrating a detailed configuration of the 
output port circuit 3 shown in Fig. 1. Functional blocks of the output port 
controller 20 used to manage the buffer memory 13 will be described. 
Sections that function as calculation processing sections of the output port 
controller 20 mainly involve a pushout object block decision section 15, a 
storage block decision section 16, a storage location decision section 17, 
and a scheduler 18. The output port controller 20 also includes a 
free-space management section 21, a storage location management section 
22, a flow management section 23, a class management section 24, a port 
management section 25, a previous service flow management section 26, a 
previous service class management section 27, a WRR flow order 
management section 28, a WRR class order management section 29, and a 
WRR port order management section 30, which sections are intended to 
respectively store, manage, and process different pieces of data. 

When a packet arrives, the arrived packet is temporarily stored in the 
temporary packet storage memory 12 through the header information 
acquisition section 11. At the same time, header information on the 
arrived packet is acquired by the header information acquisition section 1 1 
and only a signal indicating the acquired header information is outputted 
to the pushout object block decision section 15, the storage block decision 
section 16, and the storage location decision section 17. The pushout 
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object block decision section 15 outputs block numbers of blocks in the 
buffer memory 13 that store packets belonging to a flow that may be 
discarded (hereinafter, referred to as a "pushout object flow") to the storage 
location decision section 17 based on data stored in the flow management 
section 23 and the class management section 24. The storage block 
decision section 16 decides a block in which the arrived packet is stored, 
based on the header information and data stored in the free-space 
management section 21. The storage location decision section 17 outputs 
a signal for instructing storage or discard of the arrived packet to the 
temporary packet storage memory 12 and updates the data in the 
respective management sections 21 to 30 based on the signals inputted to 
the storage location decision section 17 from the pushout object block 
decision section 15 and the storage block decision section 16. 

The temporary packet storage memory 12 either writes the arrived 
packet to the buffer memory 13 or discards the arrived packet based on the 
signal from the storage location decision section 17. In the case of writing 
the arrived packet to the buffer memory 13, the temporary packet storage 
memory 12 writes the arrived packet in a block which stores a head packet 
of the pushout object flow. The reason for selecting the block which stores 
the head packet of the flow is that if a protocol such as TCP for detecting 
the discard of the packet is used, the packet discard can be advantageously 
detected at an earlier timing. 

In a packet service phase, the packet transmitter 14 transmits a 
service request signal to the scheduler 18 to start the scheduler 18. Next, 
the scheduler 18 decides a storage location of the arrived packet and a 
transmitted packet while referring to the respective management sections 
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21 to 30, and returns data on the storage location and the transmitted 
packet to the packet transmitter 14. The packet transmitter 14 reads out 
the data stored at an address designated by the scheduler 18 from the 
buffer memory 13, restores the packet that are divided to blocks, and 
5 transfers the restored packet to the link. 

In the present preferred embodiment, the output port controller 20 is 
preferably constituted by one integrated circuit chip to receive an input 
signal (i.e., the header information signal) upon arrival of a packet and an 
input signal (i.e., the service request signal) upon transmission of a packet, 

1 0 decide a block number in response to the received input signals, and 
output the decided block number. At this time, all the management 
sections 21 to 30 can be provided in the output port controller 20. 

Figs. 3A, 3B, and 3C are schematic explanatory views for explaining 
that the buffer memory 13 of the present preferred embodiment is divided 

15 to blocks. Fig. 3A shows that a packet arrives at the output port circuit 3 
shown in Fig. 1. Fig. 3B shows a memory space of the buffer memory 13 
shown in Fig. 2. Fig. 3C shows a transmitted packet from the output port 
circuit 3. 

In the router apparatus of the present preferred embodiment, the 
2 0 output port controller 20 divides the buffer memory 13 to a plurality of 

blocks each having a fixed size L as shown in Fig. 3B to store and manage 
a packet if a location of the buffer memory 13 of the output port circuit 3 at 
which the packet is stored is managed. Addresses in the buffer memory 
13 are managed as block numbers of the blocks thus divided. The arrived 
2 5 packet is divided to block sizes (i.e., blocks each having the fixed size L) 
and stored in the buffer memory 13. A segment that is below this block 
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size is given blank data as shown in Fig. 3 A and no other data is stored. 
The given blank data is discarded when the packet is transmitted as shown 
in Fig. 3C. By thus storing and managing the packet, it suffices that the 
storage location management section 22 prepares for a management table 
5 having as many rows as the blocks in the buffer memory 13. Further, a 
free space in the buffer memory 13 is also managed per block, a free block 
search processing during the packet arrival can be accelerated. 

By dividing the buffer memory 13 to blocks as mentioned above, the 
router apparatus can prevent a situation of performance deterioration that 

1 0 occurs when the router apparatus processes a variable-length packet 

flowing on the Internet. In order to manage a packet storage situation in 
the buffer memory 13, the output port controller 20 characteristically 
includes management tables having a block number (which represents a 
block position) of a block which stores each packet and a state of 

1 5 connections of a plurality of blocks which store a flow which is constituted 
by including a plurality of packets. 

The outline of management tables required for the output port 
controller 20 shown in Fig. 2 to manage the buffer memory 13 will be 
described. 

2 0 Fig. 4 is an illustration of one example of a schematic configuration 

of a free-space management table Tl managed by the free-space 
management section 21 shown in Fig. 2. Fig. 5 is a schematic explanatory 
view for explaining free-space management using the free-space 
management table Tl shown in Fig. 4. 

25 As shown in Fig. 4, the free-space management table Tl stores a next 

block number to a block number of a certain block in the buffer memory 13. 
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The next block number indicates herein a free block connection state. In 
the example of Fig. 4, blocks 2, 3 and 5 having block numbers 2, 3 and 5, 
respectively are free blocks. In the free-space management table Tl shown 
in Fig. 4, the next block number to the block number 1 is This 
5 signifies that the block 1 is being used. The free-space management 

section 2 1 also stores and manages a head free block number and a tail 
free block number separately from the free-space management table Tl. 
Consequently, the output port controller 20 can store and manage free 
blocks in a form of a list by outputting the head free block number during 

1 0 the free block search when the packet arrives or by changing the value of 
the tail free block number when the packet is transmitted. 

A schematic explanatory view for the above-mentioned free-space 
management by the block management is shown in Fig. 5. Fig. 5 shows 
an example in which a series of free blocks are present in the buffer 

15 memory 13 while assuming that the block 2 is a head block and a block 35 
is a tail block. However, it is noted that the free-space management 
section 2 1 stores and manages the block number of the head block and 
that of the tail block separately from the free-space management table Tl. 
Fig. 6 is an illustration of one example of a schematic configuration 

2 0 of a storage location management table T2 managed by the storage location 
management section 22 shown in Fig. 2. Fig. 7 is a schematic explanatory 
view for explaining storage location management using the storage location 
management table T2 shown in Fig. 6. 

As shown in Fig. 6, the storage location management table T2 stores 

2 5 a next block number to a block number of each block. The next block 
number indicates herein a block connection state in each flow. In the 
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example of Fig. 6, blocks 1, 3 and 8 having block numbers 1, 3 and 8, 
respectively indicate a data arrival order for a certain flow. Each of blocks 
the next blocks to which having block numbers of "-1" (e.g., the blocks 4 
and 8) indicates that the block is a tail block in a flow including the block 
5 and that data is not stored in the next block to the block. When a packet 
arrives, the storage location management section 22 acquires the tail block 
number of the flow to which the packet belongs and changes the next block 
number to the tail block number. This leads to that the storage location 
management section 22 can manage a data connection state. Further, the 

1 0 storage location management section 22 manages the flow by acquiring the 
block number of the head block of the flow and setting the next block 
number to the block number as a head block number of a block in a new 
flow when the packet is transmitted. 

A schematic explanatory view for the above-meritioned storage 

15 location block management is shown in Fig. 7. In the example of Fig. 7, a 
flow "A" having the block 1 as a head block and a flow "B" having the block 
2 as a head block are shown. Not the storage location management 
section 22 but the flow management section 23 manages information on 
the flows each including the blocks (e.g., information on head blocks and 

2 0 tail blocks of the respective flows A and B shown in Fig. 7). 

Fig. 8 is an illustration of one example of a schematic configuration 
of a flow management table T3 which manages flows belonging to the 
bandwidth-guaranteed class managed by the flow management section 23 
shown in Fig. 2. Fig. 9 is a schematic explanatory view for explaining the 

25 management of a head block and a tail block using the flow management 
table T3 shown in Fig. 8. 
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As shown in Fig. 8, the flow management table T3 stores and 
manages fives values, i.e., a basic volume, a used volume, a head block 
number, a tail block number, and a priority of each flow included in a 
certain class. First of all, the basic volume indicates a buffer memory 
5 volume allocated to each flow by the block length L of the buffer memory 13. 
As long as the flow does not use the storage area of the buffer memory 13 
larger than the buffer memory volume, it is determined that the flow does 
not adversely influence the other flows. If each flow belongs to the 
bandwidth-guaranteed class, different basic volumes are allocated to the 

10 respective flows as shown in Fig. 8. If each flow belongs to a best-effort 
class, the basic volume allocated to the class is equally shared among the 
flows belonging to the class. Next, the used volume indicates a buffer 
memory volume (in a unit of block length L) actually used by the flow. The 
head block number indicates data that arrives first in the flow (i.e., the 

15 block that stores a packet including this data in the buffer memory 13). If 
a packet in the flow is serviced, the data stored in the block having this 
head block number is read out first from the buffer memory 13. The tail 
block number indicates a block that includes latest arriving data in the 
flow (i.e., the block that stores a packet including this data in the buffer 

20 memory 13). If the next data in the flow arrives, the block that stores a 

packet including the data is connected with the block having this tail block 
number using the next block number stored in the storage location 
management table T2. That is, when the storage location management 
table T2 is updated, the tail block number is read out and used to update 

25 the storage location management table T2. The priority is a value used 

upon allocating the basic volume and deciding a service order in the WRR. 
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If each flow belongs to the bandwidth-guaranteed class, the respective 
flows are allocated different priorities as shown in Fig. 8. If each flow 
belongs to the best-effort class, a priority of the class to which the flow 
belongs is used as the priority of each flow. 
5 A schematic explanatory view for the management of the head block 

and the tail block as mentioned above is shown in Fig. 9. As mentioned 
above, the flow management table T3 is employed to store and manage the 
head block and the tail block of each flow and the storage location 
management table T2 is employed to manage a block order of each flow. 

10 Fig. 10 is a class management table T4 managed by the class 

management section 24 shown in Fig. 2. As shown in Fig. 10, the class 
management table T4 stores and manage four values, i.e., a basic volume, 
a used volume, the number of flows, and a priority of each class included 
in a certain port. The basic volume, the used volume, and the priority are 

15 similar to those in the flow management table T3. The number of flows, 
which indicates the number of flows present in the class, is used upon 
calculating a basic volume of each flow belonging to the best-effort class. 

Fig. 1 1 is an illustration of one example of a schematic configuration 
of a port management table T5 managed by the port management section 

2 0 25 shown in Fig. 2. As shown in Fig. 1 1, the port management table T5 

stores and manages a basic volume, a used volume, the number of classes, 
and a priority of each port. In the table T5, the number of classes 
indicates the number of classes in which flows are present. In addition, as 
the priority, a value proportional to the output line speed of the router 

2 5 apparatus is stored. 

Fig. 12 is an illustration of one example of a schematic configuration 



- 36 - 



of a WRR flow order management table T6 managed by the WRR flow order 
management section 28 shown in Fig. 2. Fig. 13 is a schematic 
explanatory view for explaining service flow order management using the 
WRR flow order management table T6 shown in Fig. 12. 
5 As shown in Fig. 12, the WRR flow order management table T6 stores 

and manages a flow ID of a flow to be serviced next to a certain flow ID. In 
the example of Fig. 12, flows 1, 3 and 4 having flow ID's 1, 3 and 4, 
respectively, are repeatedly serviced in an order of "flow 1 flow 3 -> flow 
4 flow 1, In addition, an ID of a flow to be serviced next to the flow 

10 2 is 5, which demonstrates that the flows 2 and 5 belong to a class 

different from the class to which the flows 1, 3 and 4 belong. If similar 
tables are prepared for classes and ports, hierarchical WRR can be realized. 
That is, a WRR class order management table employed to decide an order 
for servicing a plurality of classes is provided to the WRR class order 

15 management section 29. A WRR port order management table employed 
to decide an order for servicing a plurality of ports is provided to the WRR 
port order management section 30. 

A schematic explanatory view for the service order management 
using the WRR flow order management table T6 is shown in Fig. 13. As 

2 0 already described, the WRR flow order management table T6 holds 

information on a loop constituted by the flows 1, 3 and 4. As shown in Fig. 
13, if the current service flow is the flow 3, the previous service flow 
management section 26 manages "a previous service flow"" (i.e., the flow ID 
of the flow 1) and "the number of remaining services" as described later. 

25 However, information that the present flow 3 is serviced is not managed by 
the output port controller 20. 
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Fig. 14 is an illustration of one example of a schematic configuration 
of a previous service flow management table T7 managed by the previous 
service flow management section 26 shown in Fig. 2. As shown in Fig. 14, 
the previous service flow management table T7 stores and manages a 
5 previous service flow ID and the number of flow remaining services for a 
class ID of each class. If a service is started, the previous service flow 
management section 26 outputs the previous service flow ID in the class, 
and outputs a flow ID of a flow to be serviced next using the WRR flow 
order management table T6 based on the output flow ID. The number of 

10 remaining services indicates the number of times of continuously servicing 
the currently serviced flow. When the number of remaining services 
becomes 0, the previous service flow management section 26 updates the 
previous service flow ID. The reason of using not the flow ID of the current 
service flow but the previous service flow ID is as follows. If a new flow in 

1 5 the class arrives and the WRR flow order management table T6 registers a 
flow next to the previous service flow, the current service flow can be 
continuously serviced. 

Figs. 15A and 15B are schematic explanatory views for this previous 
service flow management and show a data update processing when a new 

20 flow occurs. Namely, Figs. 15A and 15B are schematic explanatory views 
for explaining the management in the order of service flows using the 
previous service flow management table T7 shown in Fig. 14. Fig. 15A is 
an illustration of the previous service flow management when a new flow 
occurs, and Fig. 15B is an illustration of the data update processing after 

25 the state of Fig. 15A. 

In the example of Fig. 15 A, the current service flow is the flow 3, and 
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the previous service flow is the flow 1. When a new arrived flow having a 
flow ID "7" occurs, the flow 7 is inserted next to the previous service flow or 
the flow 1, the previous service flow ID is updated to the flow ID "7" of the 
new arrived flow, and the data in the WRR flow order management table T6 
5 is updated to have a service flow order of "flow 1 -> flow 7 -» flow 3 -> flow 
4 flow 1 -»...". As mentioned above, the previous service flow 
management section 26 stores and manages the "previous service flow" and 
"the number of remaining services" but does not manage the flow ID of the 
present flow. 

1 0 Accordingly, when the new flow to be transmitted is stored in the 

buffer memory 13, the output port controller 20 updates the data in the 
WRR flow order management table T6 so as to designate the turn of the 
new flow next to that of the previous flow of the currently transmitted flow. 
In a manner similar to that of the previous service flow management 

15 table T7, the previous service class management section 27 includes a 
previous service class management table for storing and managing a 
previous service class ID and the number of class remaining services for a 
port ID of each port. 

A basic volume management method will next be described. 

2 0 Fig. 16 is a schematic explanatory view for explaining a method of 

allocating the storage area of the buffer memory 13 to flows each belonging 
to a bandwidth-guaranteed class (hereinafter, referred to as a "BG class") 
and flows each belonging to best-effort class (hereinafter, referred to as a 
"BE class"). In the present preferred embodiment, a basic volume is 

25 managed per flow. A basic volume allocated to each flow in the BG class is 
fixed according to a priority of the flow. A basic volume allocated to each 
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flow in the BE class (hereinafter, referred to as a "BE class basic volume") is 
allocated as follows. A remaining buffer volume, which is obtained by 
subtracting total basic volumes allocated to the flows in the BG class from 
a total buffer volume that is a total memory capacity of the buffer memory 
5 13, is allocated to flows in the BE classes according to a priority of each 

flow. Namely, the BE class basic volume changes when a new flow occurs 
or when a flow is discarded. 

If basic volumes of the entire flows are recalculated every time when 
the number of flows changes, the processing speed of the router apparatus 

10 extremely decreases. Therefore, in the present preferred embodiment, the 
basic volume management is carried out as shown in Fig. 16. First of all, 
for the flows in the BG class, since the basic volume of a flow is fixed 
according to the priority of the flow, the basic volume is managed per flow. 
For the flows in the BE classes, since the basic volume of a flow changes 

1 5 according to the number of flows, only the volume obtained by subtracting 
total basic volumes allocated to the BG class from the total buffer volume is 
stored and managed. By so storing and managing, when a flow belonging 
to the BG class occurs or is discarded, it suffices to change only the basic 
volume of the flow and the BE class basic volumes. On the other hand, 

2 0 when a flow belonging to the BE class occurs or is discarded, it is 

unnecessary to change the basic volume. However, since the basic volume 
is necessary upon calculating an excessively used volume, the operation of 
the basic volume is necessary whenever the excessively used volume is 
calculated, and the equations (5) and (6) therefore are as follows: 



25 
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Basic Volume of BE Flow 

Priority of Own Class 



= (BE Class Basic Volume) x 



J] (Class Priority x Number of Flows in Class) 
BE Classes 



(5) . 

BE Class Basic Volume 

=(A11 Storage Areas of Buffer Memory 13) - ]^(BG Basic Volume) 

BG Flows 

(6) . 



For the BE flows, the priority of each flow and the priority of the class 
including the flow are stored and managed as the same value. 

In order to calculate a basic volume of a certain BE arrived flow, a 
product of a priority of each BE class and the number of flows that belong 
to the class is calculated for each BE class and the products of all BE 
classes are added up to calculate a total priority of the BE classes. By 
dividing the priority of the class to which the arrived flow belongs (this 
priority is equivalent to the priority of the arrived flow) by the calculated 
total priority, a basic volume allocation ratio for the arrived flow is decided. 
By calculating a product of the basic volume allocation ratio and the BE 
class basic volume, the basic volume of the arrived flow can be calculated. 

Accordingly, the output port controller 20 can individually allocate 
and manage the basic volume of each of the flows included in the BG class 
by as much as a memory size required by the flow and can manage the 
memory size, obtained by subtracting the respective basic volumes 
allocated to the BG class from the entire memory size of the buffer memory 
13 by collectively allocating and storing the memory size. 

A method of managing the most excessive class and the most 
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excessive flow will be described. 

When a packet arrives while the buffer memory 13 is full, a packet in 
the other flow can be pushed out as long as a flow to which the arrived 
packet belongs does not excessively use the storage area of the buffer 
5 memory 13 beyond its basic volume. The pushout object flow is a flow 

that most excessively uses the storage area of the buffer memory 13 beyond 
its basic volume (hereinafter, referred to as "most excessive flow"). In order 
to quickly decide the pushout object flow upon arrival of a packet, it is 
necessary to manage the most excessive class that most excessively uses 

10 the storage area of the buffer memory 13 beyond its basic volume and store 
and mage the most excessive flow of each class. 

If a management method by checking excessively used volumes of all 
flows and deciding the most excessive flow is used, processing time 
lengthens even if the controller operates periodically. Therefore, in the 

15 present preferred embodiment, the most excessive class and the most 
excessive flow are managed as shown in Figs. 17 and 18. The most 
excessive flow management table T8 employed herein stores an excessively 
used volume for each flow ID as shown in Figs. 19A, 19B, 19C and 19D. 
Fig. 17 is a flow chart illustrating the most excessive flow 

2 0 management processing executed by the storage location decision section 
17 shown in Fig. 2 upon arrival of a packet. 

Referring to Fig. 17, when a packet arrives, the storage location 
management section 17 acquires header information on the arrived packet 
at step SI, and compares an excessively used volume of a flow to which the 

2 5 arrived packet belongs with an excessively used volume of the most 

excessive flow stored and managed by the most excessive flow management 
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table T8 at step S2. If the excessively used volume of the arrived flow is 
larger ("YES" at step S2), the storage location decision section 17 updates 
the flow ID stored in the most excessive flow management table T8 at step 
S3. At step S4, the storage location decision section 17 updates the 
excessively used volume stored in the most excessive flow management 
table T8 and finishes the management processing. If the excessively used 
volume of the most excessive flow stored in the most excessive flow 
management table T8 is larger ("NO" at step S2), the storage location 
decision section 17 finishes the management processing without changing 
the management data. 

Fig. 18 is a flow chart illustrating a most excessive flow management 
processing executed by the scheduler 18 of Fig. 2 upon transmission of a 
packet. 

Referring to Fig. 18, at step SI 1, the scheduler 18 transmits a flow 
constituted by a predetermined number of packets. At step S12, the 
scheduler 18 determines whether a flow ID of a flow to which the 
transmitted packet belong with the ID of the most excessive flow stored and 
managed by the most excessive flow management table T8. If the ID's 
coincide ("YES" at step S12), the scheduler 18 updates the excessively used 
volume of the most excessive flow stored and managed by the most 
excessive flow management table T8 at step S13 and finishes the 
management processing. If the flow ID's do not coincided ("NO" at step 
S12), the scheduler 18 finishes the management processing without 
changing the management data. By executing this method, it is 
unnecessary to check the excessively used volumes of all flows. 

Figs. 19A, 19B, 19C and 19D are schematic explanatory views for 
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explaining most excessive flow management using the most excessive flow 
management table T8 managed by the class management section 24 shown 
in Fig. 2. The operations for the most excessive flow management will be 
concretely described using the examples shown in Figs. 19A to 19D. 
5 The class management section 24 stores and manages a flow ID of a 

flow having the most excessively used volume and the excessively used 
volume of the flow using the most excessive flow management table T8 (it is 
noted that the block length L of each block in the buffer memory 13 is a 
unit). Fig. 19A shows (al) the most excessive flow management table T8 in 

10 an initial state and (a2) a current state of an excessively used volume of 
each flow. The most excessive flow management table T8 shown in Fig. 
19A shows that the flow 1 is the most excessive flow and the excessively 
used volume of the flow 1 is 12. Fig. 19B shows (bl) the most excessive 
flow management table T8 when the flow 3 having a packet size of 2 arrives 

15 after the state shown in Fig. 19A and (b2) a current state of an excessively 
used volume of each flow. In Fig. 19B, since the size of the arrived packet 
is 2, the excessively used volume of the flow 3 is 13. The class 
management section 24 compares this value with the excessively used 
volume of the most excessive flow 1 stored and managed. In this case, 

2 0 since the excessively used volume of the arrived flow 3 is larger, the class 
management section 24 changes the management data in the most 
excessive flow management table T8 so that the flow ID is 3 and the 
excessively used volume of the flow 3 is 13. Fig. 19C shows (cl) the most 
excessive flow management table T8 when the flow 3 having a packet size of 

2 5 2 is transmitted and (c2) a current state of an excessively used volume of 
each flow. In Fig. 19C, the flow ID of the transmitted flow coincides with 
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the flow ID managed by the most excessive flow management table T8. 
Therefore, the class management section 24 changes the excessively used 
volume stored and managed. At this time, there is caused a state in which 
the flow ID of the most excessive flow is not properly managed. However, 
this state is not considered to influence the packet transmission and 
reception performance of the router apparatus of the present preferred 
embodiment for the following reasons. Since the state is a state of the 
management table when the packet is transmitted, the buffer memory 13 
never fails to include a free space. The managed flow excessively uses the 
storage area of the memory buffer 13 beyond its basic volume. Further, 
Fig. 19D shows (dl) the most excessive flow management table T8 when the 
flow 1 having a packet size of 2 arrives and (d2) a current state of the most 
excessively used volume of each flow. In Fig. 19D, the excessively used 
volume of the arrived flow exceeds the managed excessively used volume. 
Therefore, the class management section 24 changes the management data, 
so that the state turns into a state in which the most excessive flow is 
properly managed. 

Therefore, when a packet belonging to a predetermined flow arrives 
and a flow having an excessively used volume larger than the stored and 
managed excessively used volume occurs, the output port controller 20 can 
update the flow ID and the excessively used volume to the flow ID of the 
flow to which the arrived packet belongs and the excessively used volume 
of the flow. When a packet belonging to a flow which most excessively 
uses the storage area of the buffer memory 13 beyond its basic volume is 
transmitted from the router apparatus, the output port controller 20 can 
update only the stored and managed, excessively used volume to the 
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excessively used volume after the transmission of the flow. 

In the present preferred embodiment, when the pushout object 
packet is searched while managing the most excessive flow as mentioned 
above, the search is not influenced by the other flows as long as a basic 
5 volume of the BG class is secured by as much as the bandwidth. Further, 
even if a flow belonging to the other port operates beyond expectations, the 
influence of the unexpected operation of the flow can be minimized thanks 
to the effect of the basic volume allocation. In addition, by sharing the 
buffer memory 13 among a plurality of ports, an advantage of improving 

1 0 throughput for uneven traffic. The pushout mechanism of the present 
preferred embodiment, in particular, dynamically changes a priority of a 
packet according to the used volume exceeding the basic volume differently 
from a method of setting the packet priority in advance. 

More concrete implemental examples of the preferred embodiment 

15 according to the present invention will be described. For brief explanation, 
it is assumed hereafter that a plurality of ports are not managed but only a 
plurality of classes and a plurality of flows are stored and managed. 
However, it is contemplated that the present preferred embodiment can be 
similarly carried out even if a plurality of ports are present. For this 

2 0 brevity, operations of the port management section 25 and the WRR port 
order management section 30 will not be described herein. 

Fig. 20 is a block diagram illustrating a detailed configuration of the 
storage location decision section 17 and a storage location decision 
processing flow. As shown in Fig. 20, the storage location decision section 

25 17 is constituted by including a selector 35, a post-processing front-end 
processing section 36, and a packet storage post-processing section 37. 
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A flow of a storage location decision processing for an arrived packet 
will be described with reference to Fig. 20. When header information such 
as a flow ID of the arrived packet is inputted to the output port controller 

20 from the header information acquisition unit 1 1, the pushout object 
block decision section 15 starts a pushout search and, at the same time, 
the storage block decision section 16 starts a storage location search. In 
the pushout search, the pushout object decision section 15 outputs a block 
number of a pushout object block while referring to the header information 
and the data in the flow management section 23 and the class 
management section 24 if excessive data in the buffer memory 13 is 
discarded for the arrived flow. Further, the pushout object decision 
section 15 decides whether a used volume of a flow to which the arrived 
packet belongs exceeds a basic volume of the flow, and then outputs data 
on the excessively used volume. In the storage location search, the 
storage block decision section 16 outputs a block number of a block in 
which the arrived flow is stored without being pushed out while referring to 
the header information and the data in the free- space management section 

21 if a free space is present in the buffer memory 13. If the buffer memory 
13 is full, the storage block decision section 16 outputs a special value that 
represents a pushout request as a pushout request signal. 

The selector 35 refers to results of the pushout search and the 
storage location search. If the free space is present in the buffer memory 
13, the selector 13 selects the block number output from the storage block 
decision section 16. If no free space is present in the buffer memory 13 
and the storage block decision section 16 outputs the pushout request 
signal, the selector 35 selects the block number output from the pushout 
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object block decision section 15. If no free space is present in the buffer 
memory 13 and the excessively used volume of the flow to which the 
arrived packet belongs is a positive number, the selector 35 selects the 
discard of the arrived packet. The post-processing front-end processing 
section 36 decides the excessively used volume of the most excessive flow 
based on the header information and the data in the flow management 
section 23. If the selector 35 decides the storage block number, the packet 
storage post-processing section 37 updates the data in the respective 
management sections 21 to 24 and 26 to 29, as a post processing, based 
on output signals from the selector 35 and the post-processing front-end 
processing section 36. Further, the packet storage post-processing section 
37 outputs either a signal that indicates the block number of the block 
which stores the arrived packet in the buffer memory 13 or a signal that 
instructs the arrived packet to be discarded, to the temporary packet 
storage memory 12, and either stores the packet in the temporary packet 
storage memory 12 in the block in the buffer memory 13 or discards the 
packet. 

Fig. 2 1 is a block diagram illustrating a detailed configuration of the 
packet storage post-processing section 37 shown in Fig. 20. As shown in 
Fig. 21, an excessive use class arithmetic operation circuit 43, an excessive 
use flow arithmetic operation circuit 44, a service class check circuit 45, a 
service flow check circuit 46, a BE class basic volume arithmetic operation 
circuit 47, a priority arithmetic operation circuit 48, the most excessive 
class excessively used volume register Rl, a newly managed class register 
R2, a newly managed class excessively used volume register R3, a newly 
managed flow register R4, and a newly managed flow excessively used 



- 48 - 



volume register R5 are connected with a controller 42. The controller 42 
controls the connected internal circuits 43 to 48 and the registers Rl to R5 
to input and output data into and from an external circuit through an 
input and output interface 41. 
5 Referring to Fig. 21, the most excessive class excessively used volume 

register Rl stores an excessively used volume of the most excessive class, 
the newly managed class register R2 stores a class ID of the most excessive 
class, the newly managed class excessively used volume register R3 stores 
a class used volume of the most excessive class, the newly managed flow 

1 0 register R4 stores a flow ID of the most excessive flow in an arrived class, 
and the newly managed flow excessively used volume register R5 stores an 
excessively used volume of the most excessive flow. 

The excessive use class arithmetic operation circuit 43 calculates the 
most excessive class and the class used volume of the most excessive class 

1 5 based on the class ID of an arrived packet, the excessive used volume of 

the class to which the arrived packet belongs, the value stored in the most 
excessive class register 24d, and the value stored in the most excessive 
class excessively used volume register Rl. The excessive use flow 
arithmetic operation circuit 44 calculates the most excessive flow in the 

2 0 arrived class and the excessively used volume of the most excessive flow 
based on the flow ID of the arrived packet, the excessively used volume of 
the flow to which the arrived packet belongs, the most excessive flow in the 
arrived class, and the excessively used volume of the most excessive flow. 
The service class check circuit 45 decides a previous service class when the 

2 5 packet arrives. If the arrived class is a new class, that is, if a packet 

belonging to the class is not present so far, the service class check circuit 
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45 outputs the class ID of the arrived class so that the new arrived class is 
dealt with as a previous service class and the turn of the arrived class is set 
as the last turn in the WRR order. If the arrived class is not a new class, 
the managed previous service class is used as the previous service class as 
5 it is, and therefore, the service class check circuit 45 outputs a class ID of 
the already managed previous service class. 

The service flow check circuit 46 decides a previous service flow when 
the packet arrives. If the arrived flow is a new flow, the service flow check 
circuit 46 outputs the flow ID of the arrived flow so as to deal with the 

10 arrived flow as the previous service flow. If the arrived flow is not a new 

flow, the managed previous service flow is used as the previous service flow 
as it is, and therefore, the service flow check circuit 46 outputs a flow ID of 
the previous service flow. The BE class basic volume arithmetic operation 
circuit 47 recalculates a BE class basic volume described above with 

15 reference to Fig. 16 if the arrived flow is a new flow and the class to which 
the arrived flow belongs is a BG class. The BE class basic volume 
arithmetic operation circuit 47 calculates a basic volume of the arrived flow 
based on the arrived class ID. If the arrived flow belongs to the BG class, 
the BE class basic volume arithmetic operation circuit 47 subtracts the 

2 0 basic volume of the arrived flow from the BE class basic volume and 

outputs a subtraction result. If the arrived flow belongs to the BE class, 
the BE class basic volume arithmetic operation circuit 47 outputs the 
already managed BE class basic volume as it is. If the arrived flow is a 
new flow, the priority arithmetic operation circuit 48 increases a class 

2 5 priority of the class to which the arrived flow belongs by a priority of one 
flow decided for each class in advance. 
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Fig. 22 is a block diagram illustrating a detailed configuration of the 
scheduler 18 and a transmitted packet decision processing flow. As 
shown in Fig. 22, the scheduler 18 is constituted by including a service 
packet output decision section 51, a packet transmission post-processing 
5 section 52, and a next service packet selection section 53. 

A flow of a transmitted packet decision processing carried out in 
response to a service request will be described with reference to Fig. 22. 
When the packet transmitter 14 inputs a service request signal to the 
scheduler 18, the service packet output decision section 51 of the 

10 scheduler 18 refers to the respective management sections 26 to 29, and 
then outputs a next service block number decided by the next service 
packet selection section 53 in advance. The packet transmission 
post-processing section 52 outputs the next service block number as an 
output signal to the packet transmitter 14, and updates the data in the 

15 management sections 21 to 24 and 26 to 29 as a post processing. 

Thereafter, during a packet service, the next service packet selection 
section 53 decides a next service packet based on the signal from the 
packet transmission post-processing section 52 and the data stored in the 
respective management sections 23, 24 and 26 to 29. 

2 0 Since a packet normally has a variable length, a block-based 

processing is carried out in the present preferred embodiment. Due to this, 
the output port controller 20 needs to notify the packet transmitter 14 of 
the end of the packet. Therefore, a flag is prepared as an output of the 
output port controller 20. While the flag is "1", this indicates that the 

25 packet continues. 

Fig. 23 is a block diagram illustrating a detailed configuration of the 
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packet transmission post-processing section 52 shown in Fig. 22. As 
shown in Fig. 23, a number-of-class- services arithmetic operation circuit 
63, a number-of- flow-services arithmetic operation circuit 64, a priority 
arithmetic operation circuit 65, the most excessive class excessively used 
5 volume arithmetic operation circuit 66, the most excessive flow excessively 
used volume arithmetic operation circuit 67, a service class holding register 
Rl 1, a service flow holding register R12, the most excessive class 
excessively used volume register R13, and the most excessive flow 
excessively used volume register R14 are connected with a controller 62. 

1 0 The controller 62 controls the internal circuits 63 to 67 and the registers 
Rl 1 to R14 to input and output data into and from an external circuit 
through an input and output interface 61. 

Referring to Fig. 23, the service class holding register Rl 1 stores a 
class ID of a service class, and the service flow holding register R12 stores 

15 a flow ID of a service flow from a WRR flow order management table 

memory 28c described later with reference to Fig. 34. The most excessive 
class excessively used volume register R13 stores an excessively used 
volume of the most excessive class, and the most excessive flow excessively 
used volume register R14 stores an excessively used volume of the most 

2 0 excessive flow. 

The number-of-class-services arithmetic operation circuit 63 decides 
a previous service class ID and calculates the number of remaining services. 

Normally, the circuit 63 merely subtracts 1 from the number of remaining 
services. If a value before the subtraction is 1, a service order changes. 

2 5 Due to this, the number-of-class-services arithmetic operation circuit 63 

changes the previous service class ID to the current service class ID and, at 
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the same time, calculates the number of services of a class to be serviced 
next. The number-of-flow-services arithmetic operation circuit 64 decides 
a previous service flow ID and calculates the number of remaining services. 
Normally, the circuit 64 merely subtracts 1 from the number of remaining 
5 services. If a value before the subtraction is 1, the service order changes. 
Due to this, the number-of-flow-services arithmetic operation circuit 64 
changes the previous service flow ID to the current service flow ID and, at 
the same time, calculates the number of services of a flow to be serviced 
next. 

10 If there is no flow to be serviced (i.e., if no packet is stored in the 

buffer memory 13), the priority arithmetic operation circuit 65 subtracts a 
class priority of the class to which the arrived packet belongs by a priority 
of one flow decided for each class in advance. If the managed most 
excessive class ID is equal to the serviced class ID, the most excessive class 

15 excessively used volume arithmetic operation circuit 66 subtracts 1 from 
the most excessive class excessively used volume; otherwise, the circuit 66 
outputs the managed most excessive class excessively used volume as it is. 

If the managed most excessive flow ID is equal to the serviced flow ID, the 
most excessive flow excessively used volume arithmetic operation circuit 67 

2 0 subtracts 1 from the most excessive flow excessively use volume; otherwise, 
the circuit 67 outputs the managed most excessive flow excessively used 
volume as it is. 

For brief description, the following assumptions are further made in 
the present preferred embodiment. First of all, it is assumed that one 
25 packet can be stored in one of the blocks of the buffer memory 13. This 
can omit providing a connection flag function of the packet divided to 
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blocks. Second, an environment in which the buffer memory 13 is not 
shared among a plurality of ports is assumed. This can omit providing the 
management mechanism per unit. Those skilled in the art could easily 
understand a method of carrying out the router apparatus of the present 
5 preferred embodiment even if these assumptions and omissions are not 
made. 

It is also assumed hereafter that a bit width of a flow ID is an F bits, 
a bit width of a class ID is a C bits, and a bit width of a priority is W bits, 
that is, these bit widths are set as parameters to expand hardware design. 
10 If the bit width of the flow ID is set to F bits, the number of manageable 

flows is 2 F - 1 (to give a special meaning to a value indicating that every bit is 
"1"). 

When the output port controller 20 of the present preferred 
embodiment is provided, the management tables which have been 

15 conceptually described with reference to Figs. 4 to 19A-19D are divided in 
order to accelerate a signal processing speed. By dividing the 
management tables, it is possible to prevent signal collision due to 
simultaneous access to the respective management tables. Concretely 
speaking, the flow management table T3, which will be described later with 

2 0 reference to Figs. 28 to 33, is divided to a basic volume management table 
memory 23c, a flow used volume management table memory 23d, a head 
block management table memory 23e, a tail block management table 
memory 23f, and a flow priority register 23g which will be described later 
with reference to Fig. 28. The class management table T4 is divided to the 

2 5 most excessive flow register 24c, the most excessive class register 24d, a 
class priority register 24e, a BE class basic volume register 24f, a class 
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used volume management table memory 24g, a number-of-class-flows 
management table memory 24h, and the most excessive flow excessively 
used volume management table memory 24i (See Fig. 30). The previous 
service flow management table T7 is divided to a previous service flow 
5 management register 26c and a number-of-flow-remaining-services register 
26d (See Fig. 32). The previous service class management table 27 is 
divided to a previous service class management register 27c and a 
number-of-class-remaining-services register 27d (See Fig. 33). In the 
following description, management sections that assist in accessing the 

10 management tables thus divided will be defined. 

Fig. 24 is a block diagram illustrating a detailed description of the 
free-space management section 21 shown in Fig. 2. As shown in Fig. 24, a 
free-space management table memory 21c, a list head block number 
register 2 Id, a list tail block number register 2 le, and a 

15 number-of-free-blocks register 2 If are connected with a controller 21b. 

The controller 21b controls the internal circuits such as the memory and 
registers 2 lc to 2 If to input and output data into and from an external 
circuit through an input and output interface 21a. Figs. 25A, 25B, 25C 
and 25D show one example of the data managed by the free-space 

2 0 management section 21 shown in Fig. 24. Fig. 25A is an illustration of 
one example of a free-space management table stored in the free-space 
management table memory 21c. Fig. 25B is an illustration of one example 
of a list head block number in the list head block number register 2 Id. 
Fig. 25C is an illustration of one example of a list tail block number in the 

25 list tail block number register 2 le. Fig. 25D is an illustration of one 

example of the number of free blocks in the number-of-free-blocks register 
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21f. 

The free-space management section 2 1 shown in Fig. 24 manages a 
free space in the buffer memory 13 in the form of a list and performs a 
basic operation, that is, outputs block numbers of blocks that correspond 
to the free space at each clock. The block numbers are used to search a 
free block number when a packet arrives. A free block addition processing 
and a free block deletion processing are completed within one clock. Table 
1 shows sizes of data managed by the free-space management section 2 1 . 

Table 1 

Size of data managed by free- space management section 2 1 

Free-space management table: F bits * (2 F -1) rows 

List head block number (Front): F bits 

List tail block number (Last) : F bits 

The number of free blocks (Num): F bits 

The outline of the data managed by the free-space management 
section 21 will next be described. As shown in Fig. 25A, the free-space 
management table stored in the free-space management table memory 2 1 
stores and manages a block number of a next free block as "next block 
number" for each block number. In the example of Fig. 25A, the block 
number of the next block to a block having a block number " 1" is "2". As 
shown in Fig. 25B, by storing and managing "list head block number" as a 
different value from "next block number", the free block number can be 
discovered without searching the free-space management table. Further, 
as shown in Fig. 25C, "list tail block number" is stored and managed so as 
to be used when a new free block is added. By changing a value on the 
free- space management table relative to this block number, the addition 
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processing can be carried out at a high speed. As shown in Fig. 25A, M -l" 
is stored as a value on the free-space management table for each block 
number of a non-free block (e.g., block 0). 

Fig. 26 is a block diagram illustrating a detailed configuration of the 
storage location management section 22 shown in Fig. 2. As shown in Fig. 
26, a storage location management memory 22c is connected with a 
controller 22b and the controller 22b controls the storage location 
management table memory 22c to input and output data into and from an 
external circuit through an input and output interface 22a. Fig. 27 shows 
one example of the storage location management table managed by the 
storage location management memory 22c shown in Fig. 26. 

The storage location management section 22 shown in Fig. 26 stores 
and manages a data connection state in each flow and performs a basic 
operation, that is, outputs the next block number in the same flow in 
response to a block number as an input signal. This next block number is 
employed to search a block number of a block to be serviced next when a 
certain number is serviced. The storage location management section 22 
outputs a resulting output signal, one clock after the input signal in 
response to the input signal in an operation cycle. The size of the storage 
location management table stored and managed by the storage location 
management section 22 is F bits * (2 F -1) rows. The storage location 
management table stored in the storage location management table 
memory 22c stores shown in Fig.26 and manages the "next block number" 
to each block number. In the example of Fig. 27, data stored in a block 
having a block number "6" is present as data continuous to data stored in 
a block having a block number " 1". If no next data is present, 1" is 
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stored in the storage location management table memory 22c. 

Fig. 28 is a block diagram illustrating a detailed configuration of the 
flow management section 23 shown in Fig. 2. As shown in Fig. 28, a basic 
volume management table memory 23c, a flow used volume management 
table memory 23d, a head block management table memory 23e, a tail 
block management table memory 23f, and a flow priority register 23g are 
connected with a controller 23b. The controller 23b controls the memories 
and register 23c to 23g to input and output data into and from an external 
circuit through an input and output interface 23a. 

Figs. 29A, 29B, 29C and 29D show one example of data in the flow 
management section 23 shown in Fig. 28. Fig. 29A shows one example of 
a basic volume management table stored in the basic volume management 
table memory 23c. Fig. 29B shows one example of a flow used volume 
management table stored in the flow used volume management table 
memory 23d. Fig. 29C shows one example of a head block management 
table stored in the head block management table memory 23e. Fig. 29D 
shows one example of a tail block management table stored in the tail block 
management table memory 23f. 

Referring to Fig. 28, the basic volume management table memory 23c 
stores and manages a basic volume of each flow. The basic volumes 
managed by the basic volume management table memory 23c are only 
those of flows belonging to the BG class. Basic volumes of flows belonging 
to the BE classes are managed separately since they changes greatly. The 
basic volume management table memory 23c performs a basic operation, 
that is, outputs a basic volume of a flow in response to a flow ID of the flow 
as an input signal. The basic volume of the flow is used when an 
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excessively used volume is calculated when a packet arrives or a packet is 
transmitted. The basic volume management table memory 23c outputs a 
resulting output signal, one clock after the input signal in response to the 
input signal in an operation cycle. The size of the basic volume 
5 management table managed by the basic volume management table 

memory 23c is F bits * (2 F -1) rows. The basic volume management table 
stored in the basic volume management table memory 23c is shown in Fig. 
29A as one example, and the basic volume management table stores and 
manages a "basic volume" for each flow ID. If no flow is present or a basic 

10 volume is not allocated to a flow, a value on the basic volume management 
table is set to "0". 

The flow used volume management table memory 23d shown in Fig. 
28 stores and manages a used volume of each flow and performs a basic 
operation, that is, outputs a used volume of a flow in response to a flow ID 

15 of the flow as an input signal. The size of the flow used volume 

management table stored in the flow used volume management table 
memory 23d is F bits * (2 F -1) rows. The flow used volume management 
table stored in the flow used volume management table memory 23d is 
shown in Fig. 29B as one example, and the flow used volume management 

2 0 table stores and manages a "used volume" of a flow for each flow ID of the 
flow. A moment the value of the used volume indicates "0", it is 
determined that the flow is broken off. 

The head block management table memory 23e shown in Fig. 28 
stores and manages a data block number of a data block that arrives first 

25 in each flow, i.e., a head block of each flow in the buffer memory 13 and 

performs a basic operation, that is, outputs a head block number of a flow 
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in response to a flow ID of the flow as an input signal. The head block 
number is mainly used upon transmission or pushout of a packet. The 
head block management table memory 23e outputs a resulting output 
signal, one clock after the input signal in response to the input signal in an 
5 operation cycle. The size of the head block management table stored in 

the head block management table memory 23e is F bits x (2 F -1) rows. The 
head block management table is shown in Fig. 29C as one example, and 
the head block management table stores and manages a "flow head block 
number" for each flow ID. If the head block number is "-1", this indicates 

1 0 that the flow is not present. 

The tail block management table memory 23f shown in Fig. 28 stores 
and manages a block number of a latest arriving data block in each flow, 
i.e., a tail block of each flow in the buffer memory 13 and performs a basic 
operation, that is, then outputs a tail block number of a flow in response to 

15 a flow ID of the flow as an input signal. The tail block number is mainly 

used in cooperation with the storage location management section 22 when 
a packet arrives. The tail block management table memory 23f outputs a 
resulting output signal, one clock after the input signal in response to the 
input signal in an operation cycle. The size of the tail block management 

2 0 table stored in the tail block management table memory 23f is F bits * 

(2 F -1) rows. The tail block management table memory 23f is shown in Fig. 
29D as one example, and the tail block management table memory 23f 
stores and manages a "flow tail block number" for each flow ID. If the tail 
block number is "-1", this indicates that the flow is not present. 

25 Fig. 30 is a block diagram illustrating a detailed configuration of the 

class management section 24 shown in Fig. 2. The most excessive flow 



- 60 - 

register 24c, the most excessive class register 24d, a class priority register 
24e, a BE class basic volume register 24f, a class used volume 
management table memory 24g, a number-of-class-flows management 
table memory 24h, and the most excessive flow excessively used volume 
5 management table memory 24i are connected with a controller 24b. The 
controller 24b controls these internal circuits such as the registers and 
memories 24c to 24i to input and output data into and from an external 
circuit through an input and output interface 24a. 

Figs. 31A , 3 IB and 31C show one example data in the class 

10 management section 24 shown in Fig. 30. Fig. 31A is an illustration of 
one example of a class used volume management table stored in the class 
used volume management table memory 24g. Fig. 3 IB is an illustration of 
one example of a number-of-class-flows management table stored in the 
number-of-class-flows management table memory 24h. Fig. 31C is an 

15 illustration of one example of the most excessive flow excessively used 
volume management table stored in the most excessive flow excessively 
used volume management table memory 24i. 

Referring to Fig. 30, the most excessive flow register 24c stores and 
manages a flow ID of a flow that most excessively uses the storage area of 

2 0 the buffer memory 13 beyond its basic volume in each class. The most 
excessive class register 24d stores and manages a class ID of a class that 
most excessively uses the storage area of the buffer memory 13 beyond its 
basic volume. The class priority register 24e stores and manages a priority 
of each class, and the BE class basic volume register 24f stores and 

25 manages a BE class basic volume. 

The class used volume management table memory 24g shown in Fig. 
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30 stores and manages a used volume of each class and performs a basic 
operation, that is, outputs a used volume of a class in response to a class 
ID of the class as an input signal. The class used volume is used when an 
excessively used volume is calculated upon arrival of a packet or packet 
5 transmission. The class used volume management table memory 24g 
outputs a resulting output signal, one clock after the input signal in 
response to the input signal in an operation cycle. The size of the class 
used volume management table stored in the class used volume 
management table memory 24g is F bits * (2 C -1) rows. The class used 

10 volume management table is shown in Fig. 31A as one example, and the 

class used volume management table stores and manages a "used volume" 
of a class for each class ID. If the used volume is "0", this indicates that 
the flow is not present in the class. 

The number-of-class-flows management table memory 24h shown in 

15 Fig. 30 stores and manages the number of flows in each class and performs 
a basic operation, that is, outputs the numbers of flows in all BE classes at 
each clock. The number of class flows is used when a basic volume of the 
BE class is calculated. By simultaneously outputting the numbers of 
flows in all BE classes, the operation of the basic volume can be performed 

2 0 at a high speed. The size of the number-of-class-flows management table 
stored in the number-of-class-flows management table memory 24h is F 
bits x (2 C -1) rows. The number-of-class-flows management table is shown 
in Fig. 30A as one example, and the number-of-class-flows management 
table stores and manages "the number of flows belonging to a class" for 

25 each class. 

The most excessive flow excessively used volume management table 
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memory 24i shown in Fig. 30 stores and manages an excessively used 
volume of the most excessive flow in each class and performs a basic 
operation, that is, outputs an excessively used volume of a flow that most 
excessively uses the storage area of the buffer memory 13 beyond its basic 
5 volume in the class in response to a class ID of the class as an input. By 
providing the most excessive flow excessively used volume management 
table memory 24i, a pushout object flow can be decided at a high speed. 
The most excessive flow excessively used volume management table 
memory 24i outputs a resulting output signal, one clock after the input 

10 signal in response to the input signal in an operation cycle. The size of the 
most excessive flow excessively used volume management table stored in 
the most excessive flow excessively used volume management table 
memory 24i is F bits * (2 C -1) rows. The most excessive flow excessively 
used volume management table is shown in Fig. 3 1C as one example, and 

15 the most excessive flow excessively used volume management table stores 
and manages an "excessively used volume of the most excessive flow" for 
each class. If the excessively used volume is "0", this indicates that a flow 
that excessively uses the storage area of the buffer memory 13 beyond its 
basic volume is not present in the class. 

2 0 Fig. 32 is a block diagram illustrating a detailed configuration of the 

previous service flow management section 26 shown in Fig. 2. Referring to 
Fig. 32, a previous service flow management register 26c and a 
number-of-flow-remaining-services register 26d are connected with a 
controller 26b. The controller 26b controls these internal registers 26c 

2 5 and 26d to input and output data into and from an external circuit through 
an input and output interface 26a. The size of the previous service flow 
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management register 26c in the previous service flow management section 
26 is F bits x (2 F -1) rows and the size of the 

number-of-flow-remaining-services register 26d managed simultaneously 
with the register 26c is W bits x (2 C -1) rows. The previous service flow 
5 management register 26c in the previous service flow management section 
26 stores and manages a previously serviced flow for each class. Upon 
deciding a block to be serviced, a flow ID of the previously serviced flow is 
decided by referring to the register 26c after deciding a class to be serviced. 
By inputting the flow ID to the WRR flow order management section 28, 
10 the flow ID of the flow to be serviced is decided. Further, the 

number-of-flow-remaining-services register 26d stores and manages the 
number of currently serviced blocks which can service flows for each class. 
If this value is "0", the next flow is serviced. 

Fig. 33 is a block diagram illustrating a detailed configuration of the 
15 previous service class management section 27 shown in Fig. 2. A previous 
service class management register 27c and a 

number-of-class-remaining- services register 27d are connected with a 
controller 27b. The controller 27b controls the internal circuits such as 
the registers 27c and 27d to input and output data into and from an 

2 0 external circuit through an input and output interface 27a. The size of the 
previous service class management register 27c managed by the previous 
service class management section 27 is C bits, and the size of the 
number-of-class-remaining-services register 27d managed simultaneously 
with the section 27 is F bits. The previous service class management 

2 5 register 27c in the previous service management section 27 stores and 

manages a previously serviced class. By inputting this value to the WRR 
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class order management section 29, a class ID of a class to be serviced is 
decided. The number-of-class-remaining- services register 27d stores and 
manages the number of currently serviced blocks that can service classes. 
If this number is "0", the next class is serviced. 
5 Fig. 34 is a block diagram illustrating a detailed configuration of the 

WRR flow order management section 28 shown in Fig. 2. A WRR flow 
order management table memory 28c is connected with a controller 28b. 
The controller 28b controls the internal circuit, that is, the WRR flow order 
management table memory 28c to input and output data into and from an 

10 external circuit through an input and output interface 28a. 

The WRR flow order management table memory 28c shown in Fig. 34, 
as shown in Fig. 35 as one example of the contents thereof, stores and 
manages a flow ID of a flow to be serviced next to a flow ID for each flow ID 
and performs a basic operation, that is, outputs a flow ID of a flow to be 

15 serviced in response to an input flow ID. This outputted flow ID is used 

when it is decided which flow is to be serviced first upon transmission of a 
packet. The WRR flow order management section 28 outputs a resulting 
output signal, one clock after the input signal in response to the input 
signal in an operation cycle. The size of the WRR flow order management 

2 0 table stored in the WRR flow order management table memory 28c is F bits 
x (2 F -1) rows. The WRR flow order management table stores and manages 
a "flow ID of an ID to be serviced next" for each flow ID. In the example of 
Fig. 35, the ID of the flow to be serviced next to the flow having a flow ID 
"0" is "1" and the ID of a flow to be serviced next to the flow having the flow 

25 ID "1" is "5". Further, the flow ID of the flow to be serviced next to the flow 
having the flow ID "5" is "0". This indicates that flow ID's "0", "1" and "5" 
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are present in a certain class and that a service order of flows having these 
flow ID'S is "0 -> 1 -> 5 0 -> ...". If a value on the WRR flow order 
management table is "-1", this indicates that the flow is not present. 

Fig. 36 is a block diagram illustrating a detailed configuration of the 
5 WRR class order management section 29 shown in Fig. 2. A WRR class 
order management table memory 29c is connected with a controller 29b. 
The controller 29b controls the internal circuit, i.e., the WRR class order 
management table memory 29c to input and output data into and from an 
external circuit through an input and output interface 29a. 

1 0 The WRR class order management table memory 28c is shown in Fig. 

36 as one example, and the WRR class order management table memory 
28c stores and manages a class ID of a class to be serviced next to a class 
for each class ID and performs a basic operation, that is, outputs the class 
ID of the class to be serviced next in response to the input class ID. The 

15 output class ID is used when it is decided which class is to be serviced 

upon transmission of a packet. The WRR class order management table 
memory 28c outputs a resulting output signal, one clock after the input 
signal in response to the input signal in an operation cycle. The size of the 
WRR class order management table stored in the WRR class order 

2 0 management section 29 is C bits * (2 C -1) rows. As shown in Fig. 36, the 
WRR class order management table stores and manages a "class ID to be 
serviced next" for each class. It is noted that the meaning of a value on 
the WRR class order management table is equal to that of a value on the 
"WRR flow order management table". 

25 The output port controller 20 performs the following arithmetic 

processings using an access processing for accessing all the management 
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tables mentioned above and an output processing for these management 
tables. When a packet arrives, a flow ID of a flow to which the arrived 
packet belongs or the like is inputted to decide a storage block number. 
When a packet is transmitted, a service request signal is inputted so as to 
5 output a block number to be transmitted. To perform these processings, 
four clocks are required per block. Table 2 shows input and output 
signals for the output port controller 20. Table 3 shows a list of the 
respective memories and registers that store the management tables 
mentioned above. 
10 Table 2 



Input and output signals for output port controller 20 


Signal name 


Input or Output 


Bit width 


Flow ID 


Input 


F 


Class ID 


Input 


C 


Priority 


Input 


W 


Arrival flag 


Input 


1 


Transmitted flag 


Input 


1 


Clock CLK 


Input 


1 


Reset RST 


Input 


1 


Output data DOUT 


Output 


F 



As shown in the Table 2, the output port controller 20 outputs a 
storage block signal as the output data DOUT if the arrived packet is stored 
and outputs a transmitted block number as the output data DOUT if the 
packet is transmitted. 
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Table 3 

Memories and registers managed by output port controller 20 

Free-space management table memory 21c 

Storage location management table memory 22c 

Basic volume management table memory 23c 

Flow used volume management table memory 23d 

Head block management table memory 23e 

Tail block management table memory 23f 

Class used volume management table memory 24g 

Number-of-class-flows management table memory 24h 

Most excessive flow excessively used volume management table 

memory 24i 

WRR flow order management table memory 28c 

WRR class order management table memory 29c 

Previous service flow management register 26c: F bits * (2 C -1) 

rows 

Previous service class management register 27c: C bits 

Most excessive flow register 24c: F bits * (2 C -1) rows 

Most excessive class register 24d: C bits 

Class priority register 24e: W bits * (2 C -1) rows 

Number-of- flow-remaining- services register 26d: W bits * (2 C -1) 

rows 

Number-of-class-remaining-services register 27d: F bits 

BE class basic volume register 24f: F bits 
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If the output port circuits 3 of the present preferred embodiment are 
installed as hardware, it is necessary to carry out four-clock processings 
for a time interval from outputting of a resulting output signal to 
completion of change of each management table. In order to explain this, 
5 Figs. 38A, 38B, 39A, 39B, 40A, 40B, 41A and 4 IB show timing charts for 
the processings which are carried out when a packet arrives and which are 
executed by the output controller 20 shown in Fig. 2. In the processings 
upon arrival of a packet shown in Figs. 38A, 38B, 39A, 39B, 40A, 40B, 41A 
and 4 IB and processings upon transmission of a packet shown in Figs. 45, 

1 0 46A and 46B which will be described later, data is transmitted and received 
among the pushout object block decision section 15, the storage block 
decision section 16, the storage location decision section 17, the scheduler 
18, and the respective management tables and registers through the input 
and output interfaces 2 la to 24a and 26a to 29a and the controllers 2 lb to 

15 24b and 26b to 29b in the respective management sections 21 to 24 and 26 
to 29. For brief description, the input and output interfaces and 
controllers will not be described hereinafter. 

In the first clock interval from the timing tl to the timing t2 shown in 
Figs. 38A and 38B, data is inputted to the free-space management section 

2 0 21, the flow management section 23, and the class management section 24 
that hold the respective management tables of the output port controller 20. 
The storage block decision section 16 inputs a read flag to the free-space 
management table memory 21c. In response to the input of the read flag, 
the free-space management table memory 21c outputs a free block number 

2 5 to the storage location decision section 17 at the timing t2. In addition, 
the pushout object block decision section 15 inputs the flow ID of the flow 
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to which the arrived packet belongs, to the flow used volume management 
table memory 23d and the basic volume management table memory 23c. 
In response to the input of the flow ID, the flow used volume management 
table memory 23d outputs the present flow used volume of the flow in the 
5 buffer memory 13 to the pushout object block decision section 15 at the 
timing t2. Further, at the timing t2, the basic volume management table 
memory 23c outputs the present flow basic volume of the flow in the BG 
class in the buffer memory 13 to the pushout object block decision section 
15. 

10 Further, the pushout object block decision section 15 inputs the read 

flag of the arrived packet to the number-of-class-flows management table 
memory 24h, and inputs the class ID of the class to which the arrived 
packet belongs to the class used volume management table memory 24g. 
In response to the input of the read flag, the number-of-class-flows 

1 5 management table memory 24h outputs the number of flows included in 

each BE class to the pushout object block decision section 15 at the timing 
t2. The class used volume management table memory 24g outputs the 
present class used volume of the class in the buffer memory 13 to the 
pushout object block decision section 15 at the timing t2. The pushout 

20 object block decision section 15 inputs the flow ID of the most excessive 
flow upon arrival of a packet, as the read flag, to the head block 
management table memory 23e. In response to the input of the flow ID, 
the head block management table memory 23e outputs the head bock 
number of the most excessive flow in the most excessive class in the buffer 

25 memory 13 and the head block number of the most excessive flow in the 
class to which the arrived packet belongs, to the pushout object block 
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decision section 15 at the timing t2. If a flow stored in the buffer memory 
13 is pushed out, the output (i.e., the head block number of the most 
excessive flow) is adopted as the storage location of the arrived packet. 
Furthermore, the post-processing front-end processing section 36 inputs 
5 the class ID of the arrived packet to the most excessive flow excessively 
used volume management table memory 24i, and the most excessive flow 
excessively used volume management table memory 24i outputs the most 
excessive flow excessively used volume to the packet storage 
post-processing section 37 at the timing t2. 

10 Next, in the second clock interval from the timing t2 to the timing t4, 

a processing for deciding the storage location of the arrived packet is 
carried out using the values on the management tables output in the first 
clock interval. Referring to Figs. 38A and 38B, the pushout object block 
decision section 15 first calculates the excessively used volume of the flow 

15 to which the arrived packet belongs, using the data output from the flow 
used volume management table memory 23d, the basic volume 
management table memory 23c, and the number-of-class-flows 
management table memory 24h and the data in the BE class basic volume 
register 24f and the class priority register 24e. Concrete examples of the 

2 0 configurations of arithmetic operation circuits for the operation are shown 
in Figs. 42 and 43. 

Fig. 42 is a block diagram of the circuit which is included in the 
pushout object block decision section 15 and which executes an 
excessively used volume arithmetic operation for the flow belonging to the 

2 5 BE class. The pushout object decision section 15 includes a circuit which 
is constituted by including multiplier OP1, OP2, OP4 and OP6, an adder 
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OP 3, a divider OP5, subtracter OP7 and OP8, and selectors SE1 to SE6. 
Further, since the basic volume of the flow to which the arrived packet 
belongs can be calculated as expressed by the Equations (5) and (6), the 
basic volume can be calculated using the circuit configuration as 
5 schematically shown in Fig. 42. 

If two BE classes CI and C2 are present, for example, the pushout 
object block decision section 15 multiplies the numbers of flows of the 
classes CI and C2 output from the number-of-class-flows management 
table memory 24h by the priorities of the classes CI and C2 acquired from 

10 the class priority register 24e using the multiplier OP1 and OP2, 

respectively and adds up the multiplication results using the adder OP3. 
The selector SE2 shown in Fig. 38A selects the priority of the arrived class 
from among the priorities of respective classes output from the class 
priority register 24e and outputs the selected priority of the arrived class. 

15 The pushout object block decision section 15 multiplies the priority of the 
arrived class by the BE class basic volume acquired from the BE class 
basic volume register 24f using the multiplier OP4, and divides the 
multiplication result by the addition result of the adder OP3 using the 
divider OP5. The division result of the divider OPS corresponds to the 

2 0 basic volume of the arrived flow belonging to the BE class. The flow basic 
volume thus calculated is subtracted from the present flow used volume 
output from the flow used volume management table memory 23d using 
the subtracter OP7. As a result, the excessively used volume of the arrived 
flow is calculated. 

25 Fig. 43 is a block diagram of the circuit which is included in the 

pushout object block decision section 15 and which executes an 
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excessively used volume arithmetic operation processing for the flow 
belonging to the BG class. If the arrived packet belongs to the BG class, 
the excessively used volume is calculated using the output of the basic 
volume management table memory 23c. This is because the BG flow basic 
5 volume is stored and managed by the basic volume management table 
memory 23c. 

In the processing shown in Fig. 38A, the selector SE3 selects the flow 
basic volume which is to be subtracted from the flow used volume of the 
arrived packet, depending on whether the arrived flow is a BG class flow or 

10 a BE class flow. In addition, the selector SE1 selects the number of flows 
of the arrived class from among the numbers of flows of the respective 
classes output from the number-of-class-flows management table memory 
24h and outputs the selected number of flows of the arrived class. The 
pushout object block decision section 15 multiplies the number of flows of 

15 the arrived class by the division result of the divider OPS using the 

multiplier OP6 and outputs the multiplication result as the class basic 
volume of the class to which the BE arrived packet belongs. The storage 
location of the arrived packet is decided based on (a) the excessively used 
volume thus calculated, (b) the output of the head block management table 

20 memory 23e, and (c) the output of the free-space management table 
memory 2 1 . 

In the second half of the second clock interval from the timing t3 to 
the timing t4 shown in Figs. 39A and 39B, the pushout object block 
decision section 15 subtracts the class used volume from the class basic 
25 volume using the subtracter OP8, and then outputs the subtraction result, 
i.e., the excessively used volume of the arrived class to the selectors SE4 
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and SE5 and a processing flag selector SE7. The selector SE4 decides a 
pushout object class ID based on the class ID of the arrived packet, the 
data acquired from the most excessive class register 24d, and the 
excessively used volume of the arrived class output from the subtracter 
5 OP8, and outputs a signal which indicates the decision result to the 

selector SE6. The selector SE6 decides a pushout object flow based on the 
flow ID of the most excessive flow in each class acquired from the most 
excessive flow register 24c and the class ID of the pushout object class 
inputted from the selector SE4, and outputs the flow ID of the decided 

10 pushout object flow. The selector SE5 decides the head block number of 
the pushout object block based on the head block numbers of the most 
excessive flows in the most excessive class and the arrived class output 
from the head block management table memory 23e and the excessively 
used volume of the arrived class output from the subtracter OP8, and then 

15 outputs a signal which indicates the decision result to the selector 35. 

Fig. 44 is a schematic explanatory view for explaining storage 
location decision for the arrived packet executed by the selector 35 shown 
in Fig. 20. 

Referring to Fig. 44, if the calculated, excessively used volume (a 
2 0 signal A shown in Fig. 44) of the arrived flow is equal to or smaller than 0, 
(i.e., if the used volume of arrived flow, by which the arrived flow uses the 
storage area of the buffer memory 13, does not exceed the basic volume 
thereof) and no free space is present in the buffer memory 13, the arrived 
packet may possibly cause a packet already stored in the buffer memory 13 
2 5 to be pushed out. In that case, a selector SE1 1 in the selector 35 selects, 
as the block number of the pushout object block, data (a signal B shown in 
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Fig. 44) outputted from the head block management table memory 23e and 
then selected and output from the selector SE5. If the excessively used 
volume of the flow to which the arrived packet belongs (the signal A shown 
in Fig. 44) is equal to or greater than "1", pushout of the other flow cannot 
5 be applied. Therefore, the selector SE1 1 outputs "-1" as the pushout 
object block number (a signal D shown in Fig. 44). 

A selector SE12 in the selector 35 shown in Fig. 44 compares the 
pushout object block number calculated as mentioned above with the free 
block number as a result of the output of the free-space management table 

10 memory 21c, and decides a storage block number. Concretely speaking, if 
an output signal (a signal C shown in Fig. 44) of the free-space 
management table memory 21c is "-1", this indicates that no free space is 
present in the buffer memory 13. Therefore, the selector SE12 selects the 
pushout object block number (the signal D shown in Fig. 44) as the storage 

1 5 block number. If the output signal (the signal C in Fig. 44) of the 

free-space management table memory 21c is other than "-1", this signifies 
that a free space is present in the buffer memory 13. Therefore, the 
selector SE12 adopts the output signal (the signal C shown in Fig. 44) as 
the storage block number. As apparent from above, if a free space is 

2 0 present in the buffer memory 13, the free block number is outputted as the 
storage block number. If no free space is present in the buffer memory 13 
and the flow to which the arrived packet belongs does not excessively use 
the storage area of the buffer memory 13 beyond its basic volume, the 
pushout object block number is outputted as the storage block number. If 

2 5 no free space is present in the buffer memory 13 and the flow to which the 
arrived packet belongs excessively uses the storage area of the buffer 
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memory 13 beyond its basic volume, a discard signal (111...) is outputted 
as the storage block number. 

Referring to Fig. 39A, the processing flag selector SE7 generates and 
outputs a processing flag based on the free block number, the excessively 
used volume of the arrived flow, and the excessively used volume of the 
arrived class. The processing flag has a size of two bits. The processing 
flag is inputted to all the management tables during a post processing 
from the timing t5 to the timing t6, and the meaning of the processing flag 
is shown in the following Table 4. 



Table 4 



Processing 
flag 


Meaning 


00 


Normally store (a free space is present in the buffer 
memory 13). 


01 


Discard (the arrived packet is not stored). 


10 


Push out a flow in the class to which the arrival flag 
belongs. 


11 


Push out a flow in a class other than the class to which 
the arrival flag belongs. 



As shown in the Table 4, by judging the number of bits of the 
processing flag, an update content of each management table during the 
post processing changes. In an implemental example, the value to be 
updated and the processing flag are simultaneously inputted to each 
management table and each management section determines whether to 
update the table based on the processing flag. The processing flag selector 
SE7 decides the processing flag based on the free block number, the 
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excessively used volume of the arrived flow, and the excessively used 
volume of the arrived class. Concretely speaking, the processing flag 
selector SE7 calculates as shown in the following Table 5. 
Table 5 



(1) 


If the free block number is other than the processing flag "00" 
is outputted. 1 


(2) 


If the free block number is "-1" and the excessively used volume of 
the arrived flow is equal to or larger than 1 , the processing flag 
"01" is outputted. 


(3) 


If the free block number is "-1", the excessively used volume of the 
arrived flow is smaller than 1 and the excessively used volume of 
the arrived class is equal to or larger than 1 , the processing flag 
"10" is outputted. 


(4) 


If the free block number is "-1", the excessively used volume of the 
arrived flow is smaller than 1 and the excessively used volume of 
the arrived class is smaller than 1, the processing flag "11" is 
outputted. 



Further, the packet storage post-processing section 37 shown in Fig. 
39B manages the most excessive class and the most excessive flow. A 



selector SE8 decides the most excessive flow in the arrived class based on 
the flow ID of the most excessive flow in each class acquired from the most 
excessive flow register 24c and the class ID of the arrived packet, and 
outputs the flow ID of the decided most excessive flow to the excessive use 
flow arithmetic operation circuit 44 in the packet storage post-processing 
section 37. The excessive use flow arithmetic operation circuit 44 
compares the excessively used volume of the arrived flow with the managed, 
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excessively used volume based on the flow ID of the arrived packet, the 
excessively used volumes of both of the arrived flow and the most excessive 
flow, and the most excessive flow ID of the arrived class, and decides a flow 
ID to be newly managed and an excessively used volume. The flow ID of 
5 the most excessive flow in the arrived class thus decided is temporarily 
stored in the newly managed flow register R4, and the excessively used 
volume of the most excessive flow is temporarily stored in the newly 
managed flow excessively used volume register R5. In a later update 
phase, update is conducted using the flow ID and the excessively used 

10 volume. Likewise, the excessive use class arithmetic operation circuit 43 
decides a class ID and an excessively used volume to be newly managed 
based on the class ID of the arrived packet, the excessively used volume of 
the arrived class, and the data acquired from the most excessive class 
register 24d and the most excessive class excessively used volume register 

15 Rl, stores the class ID of the most excessive class, as the decision result, in 
the newly managed class register R2, and stores the class used volume of 
the most excessive class in the newly managed class excessively used 
volume register R3. 

Next, in the third clock interval from the timing t4 to the timing t5 

2 0 shown in Figs. 40A and 40B and the fourth clock interval from the timing 
t5 to the timing t6 shown in Figs. 41A and 4 IB, the packet storage 
post-processing section 37 updates values on the respective management 
tables. 

First of all, at the timing t4 shown in Figs. 40A and 40B, the packet 
2 5 storage post-processing section 37 inputs the flow ID of the arrived packet 
in the flow used volume management table memory 23d. In response to 
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the input of the flow ID, the flow used volume management table memory 
23d outputs data on a flow used volume to the head block management 
table memory 23e, the number-of-class-flows management table memory 
24h, the WRR flow order management table memory 28c, the basic volume 
5 management table memory 23c, and the service flow check circuit 46. 

Further, the packet storage post-processing section 37 inputs the class ID 
of the arrived packet in the class used volume management table memory 
24g. In response to the input of the class ID, the class used volume 
management table memory 24g outputs data on a class used volume to the 

10 WRR class order management table memory 29c and the service check 
circuit 45. If the class of the arrived packet is a new class, the service 
check circuit 45 updates the previous service class management register 
27c based on the class ID of the arrived packet, the data on the class used 
volume inputted from the class used volume management table memory 

15 24g, and the class ID of the previous service class acquired from the 
previous service class management register 27c at the timing t5. In 
addition, the service flow check circuit 46 updates the previous service flow 
management register 26c based on the flow ID of the arrived packet, the 
data on the flow used volume inputted from the flow used volume 

2 0 management table memory 23d, and the flow ID of the previous service 

class acquired from the previous service flow management register 26c at 
the timing t5. Furthermore, if the arrived flow is a new flow, the BE class 
basic volume arithmetic operation circuit 47 updates the BE class basic 
volume register 24f based on the class ID of the arrived packet and the 

2 5 data indicating the BE class basic volume and acquired from the BE class 
basic volume register 24f. 
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Referring to Figs. 40A and 40B, the packet storage post-processing 
section 37 updates the free-space management table memory 21c using the 
storage block number and also updates the flow used volume management 
table memory 23d using the flow ID of the arrived packet at the timing t5. 
5 If the arrived flow is a new flow, the packet storage post-processing section 
37 further updates the head block management table memory 23e, the tail 
block management table memory 23f, the WRR flow order management 
table memory 28c, and the basic volume management table memory 23c 
using the flow ID of the arrived packet and also updates the 

10 number-of-class-flows management table memory 24h at the timing t5. 

Moreover, the packet storage post-processing section 37 updates the class 
used volume management table memory 24g using the class ID of the 
arrived packet and the most excessive flow excessively used volume 
management table memory 24i using the class ID of the arrived packet and 

15 the data in the newly managed flow excessively used volume register R5 at 
the timing t5. If the arrived class is a new class, the packet storage 
post-processing section 37 updates the WRR class order management table 
memory 29c and the previous service class management register 27c. 
At the timing t5 shown in Figs. 41A and 4 IB, the packet storage 

2 0 post-processing section 37 inputs the flow ID of the pushout object flow to 
the storage location management table memory 22c so as to update the 
respective management tables in the next fourth clock interval from the 
timing t5 to the timing t6. In response to the input of the flow ID, the 
storage location management table memory 22c outputs a new head block 

2 5 number of the pushout object flow. Further, the packet storage 

post-processing section 37 inputs the flow ID of the arrived packet, to the 
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tail block management table memory 23f. In response to the input of the 
flow ID, the tail block management table memory 23f outputs the tail block 
number of the arrived flow. As mentioned above, the processing flag 
output from the processing flag selector SE7 is inputted to all the 
management tables at the timing t5. 

In the fourth clock interval from the timing t5 to the timing t6 shown 
in Figs. 41A and 4 IB, the packet storage post-processing section 37 
updates the storage location management table memory 22c based on the 
tail block number of the arrived flow, the tail block management table 
memory 23f using the flow ID of the arrived packet, the flow used volume 
management table memory 23d using the pushout object flow ID, and the 
head block management table memory 23e using the new head block 
number of the pushout object flow at the timing t6. Further, the packet 
storage post-processing section 37 updates the class used volume 
management table memory 24g using the pushout object class ID. At the 
same time, the packet storage post-processing section 37 updates the most 
excessive class register 24d using the data acquired from the newly 
managed class register R2, the most excessive class excessively used 
volume register Rl using the data acquired from the newly managed class 
excessively used volume register R3, and the most excessive flow register 
24c using the data acquired from the newly managed flow register R4. 
Furthermore, the priority arithmetic operation circuit 48 updates the class 
priority register 24e based on the class ID of the arrived packet. The 
processing flag output from the processing flag selector SE7 is inputted to 
all the management tables at the timing t6. 

Figs. 45, 46A and 46B show timing charts for the processings upon 
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transmission of a packet, which are executed by the output port controller 
20 shown in Fig. 2. The processings for storing and managing each 
management table upon transmission of a packet are finished within three 
clocks. However, since the processings upon arrival of a packet requires 
5 four clocks, the processings upon transmission of a packet are assumed to 
be carried out within four clocks of the present preferred embodiment. 

Fig. 45 is a timing chart illustrating two clock intervals from the 
timing tl 1 to timing tl3 for the first half of a time interval during 
transmission of a packet. 

10 Referring to Fig. 45, the scheduler 18 inputs the class ID of the 

previous service class to the WRR class order management table memory 
29c in advance. In the first clock interval from the timing tl 1 to the 
timing tl2 during transmission of a packet, the WRR class order 
management table memory 29c inputs the class ID of a service class to the 

15 WRR flow order management table memory 28c and the service class 
holding register Rl 1. At the same time, the scheduler 18 inputs the 
managed previous service flow ID to the WRR flow order management table 
memory 28c in advance. As a result, the WRR flow order management 
table memory 28c outputs a flow ID of a flow to be serviced. In the second 

2 0 clock interval from the timing tl2 to the timing tl3, the WRR flow order 

management table memory 28c inputs the flow ID of the service flow to the 
head block management table memory 23c and the service flow holding 
register 12. As a result, the head block management table memory 23e 
outputs a block number to be serviced to the free-space management table 

25 memory 21c and the storage location management table memory 22c at the 
timing tl3. 
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Next, Figs. 46A and 46B are timing charts illustrating a one-clock 
interval from the timing tl3 to the timing tl4 for the second half of a time 
interval during transmission of a packet. In the third clock interval from 
the timing tl3 to the timing tl4 shown in Figs. 46A and 46B, the scheduler 
5 18 simultaneously changes the management tables by packet transmission 
and the processings during the packet transmission are finished. 

Concretely speaking, the flow used volume management table 
memory 23d outputs data indicating the flow used volume to the 
number-of-class-flows management table memory 24d and the 

1 0 number-of- flow-services management arithmetic operation circuit 64 based 
on the flow ID of the service flow. The class used volume management 
table memory 24g outputs data indicating the class used volume to the 
number-of-class- services arithmetic operation circuit 63 and the priority 
arithmetic operation circuit 65 based on the class ID of the service class. 

15 In response to the output of the data, the number-of-class-services 

arithmetic operation circuit 63 outputs the class ID of the previous service 
class the service of which is finished and the number of remaining services 
for the class to be serviced next and stores them in the previous service 
class management register 27c and the 

2 0 number-of-class-remaining- services register 27d based on the class ID of 
the service class, the class used volume, the data acquired from the 
previous service class management register 27c and the 
number-of-class-remaining-services register 27d when the number of 
remaining services is 0 or the class used volume is 0. Likewise, the 

25 number-of- flow-services arithmetic operation circuit 64 updates the 
previous service flow management register 26c and the 
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number-of-flow-remaining- services register 26d based on the flow ID of the 
service flow, the flow used volume, and the data acquired from the previous 
service flow management register 26c and the 

number-of-flow-remaining-services register 26d. Further, the priority 
5 arithmetic operation circuit 65 calculates a new class priority if flows 

disappear based on the class ID and the class used volume of the service 
class, and outputs the operation result to the class priority register 24e. 

The most excessive class excessively used volume arithmetic 
operation circuit 66 refers to the class ID of the service class and the data 

10 acquired from the most excessive class excessively used volume register 

R13 and the most excessive class register 24d, and updates the excessively 
used volume and stores the updated excessively used volume in the most 
excessive class excessively used volume register R13 if the service class ID 
is equal to the stored and managed, most excessive class ID. Likewise, the 

15 most excessive flow excessively used volume arithmetic operation circuit 67 
refers to the flow ID of the service flow and the data acquired from the most 
excessive flow excessively used volume register R14 and the most excessive 
flow register 24c, and updates the most excessive flow excessively used 
volume register R14. The scheduler 18 updates the class used volume 

20 management table memory 24g, the number-of-class-flows management 
table memory 24h, and the WRR class order management table memory 
29c using the class ID of the service class, updates the flow used volume 
management table memory 23d, the head block management table memory 
23e, the tail block management table memory 23f, the WRR flow order 

25 management table memory 28c, and the basic volume management table 
memory 23c using the flow ID of the service flow, and updates the most 
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excessive flow excessively used volume management table memory 24i 
using the class ID and the flow ID. 

As mentioned above, in the buffer memory management by the 
output port controller 20 of the preferred embodiment according to the 
present invention, the minimum buffer memory volume (i.e., the basic 
volume) which can be used by each flow is logically secured. In a state in 
which a buffer memory utilization rate is low, each flow is permitted to use 
the buffer memory irrespective of its basic volume. If this state changes to 
a state in which the utilization rate is high and the buffer memory 13 turns 
full, the flow that uses the buffer memory 13 beyond its basic volume is 
discarded as it is. However, when a flow having a used volume that does 
not exceed its basic volume arrives, the pushout mechanism is adopted to 
permit the arrived packet to use the buffer memory 13. When a pushout 
object packet search is finished, the arrived packet is overwritten on a 
packet at a position of the buffer memory 13 and the overwritten packet is 
discarded. If the pushout object packet search reveals that there is no 
flow that uses the buffer memory 13 beyond its basic volume, the arrived 
packet is discarded. Such a mechanism can prevent a buffer memory 
space from being excessively and dominantly used for specific connections 
and realize a method of securing a minimum rate of each flow. The 
significant feature of the present preferred embodiment is the basic volume 
decision method. In the method according to the present preferred 
embodiment, this basic volume is hierarchically stored and managed in the 
order of ports, classes, and flows. It is thus possible to secure the traffic 
QoS for each port more efficiently in an environment in which one buffer 
memory 13 is shared among a plurality of ports. 
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Further, the WRR is adopted as the packet service criterion of the 
present preferred embodiment. If the WRR is used, a weighting factor for 
each flow needs to be decided. In the weighting factor decision method, a 
bandwidth guaranteed for the bandwidth-guaranteed (BG) class among a 
5 total link capacity is preferentially allocated first to the BG class. The 
remaining bandwidth is allocated to the other classes according to the 
weighting factors decided in advance. The allocated bandwidth is 
converted to a simple integer ratio, which serves as each weighting factor. 
By using these procedures, it is possible to ensure securing the reserved 

1 0 bandwidth for the BG class and preferentially control the reserved 

bandwidth over the other classes. In the present preferred embodiment, 
by cooperatively utilizing the basic volume allocation, the discard control by 
the pushout mechanism, and the bandwidth allocation method, it is 
possible to provide a service suitable for each class and realize high-level 

15 QoS guarantee even if a high load is imposed on the buffer memory 13. 

Moreover, the present preferred embodiment is characterized by 
providing means for solving the following two problems for designing a logic 
circuit to allow the router apparatus to operate at a high speed. 

20 The first problem is related to the basic volume management. In the 

present preferred embodiment, the basic volume is managed per flow. The 
basic volume allocated to the BG flow is fixed according to the priority of 
the flow. The basic volume allocated to the best-effort (BE) flow is 
allocated as follows. The remaining buffer volume, which is obtained by 

25 subtracting total basic volumes allocated to BG flows from the total buffer 
volume, is allocated to BE flows according to priorities of the respective 
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flows. Namely, the basic volume of the BE flow changes when a new flow 
occurs or when a flow is discarded. If basic volumes of the entire flows are 
recalculated whenever the number of flows changes, the processing speed 
disadvantageously and extremely decreases. In order to solve the problem, 
5 in the present preferred embodiment, the basic volume management is 
carried out so that the basic volume is managed per flow for the flows in 
the BG class and that only the volume obtained by subtracting the total 
basic volumes allocated to the BG class from the total buffer volume is 
stored and managed as the basic volume of the BE class for the flows in the 

1 0 BE class. To this end, it is necessary to calculate the basic volume 

whenever the excessively used volume is calculated. However, since it is 
unnecessary to change the basic volumes of the entire flows, the 
management mechanism can be accelerated. 

The second problem is related to the most excessive use flow 

1 5 management. The pushout object flow is the flow that most excessively 

uses the buffer memory 13 beyond its basic volume. In order to decide the 
pushout object flow at a high speed when a packet arrives, it is necessary 
to store and manage the most excessive use class and the most excessive 
use flow of each class. However, in the management method by checking 

2 0 excessively used volumes of the entire flows and deciding the most 

excessive flow, processing time disadvantageously lengthens even if the 
controller operates periodically. Therefore, in the present preferred 
embodiment, the most excessive use flow management is proposed as 
follows. First of all, when the packet arrives, the excessively used volume 

25 of the arrived flow is compared with the stored and managed, excessively 
used volume of the most excessive use flow. If the excessively used 
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volume of the arrived flow is larger, the most excessive flow ID and the 
excessively used volume of the flow are changed. Conversely, if the 
excessively used volume of the managed flow is larger, the management 
data is not changed. When a packet is transmitted, if the flow ID of the 
transmitted packet coincides with the stored and managed, most excessive 
use flow ID, the excessively used volume of the managed most excessive 
use flow is updated. Conversely, if the flow IDs do not coincide with each 
other, the management data is not changed. By adopting this method, it 
is unnecessary to check the excessively used volumes of the entire flows, 
and the acceleration of the management mechanism can be attained. 

As mentioned above, according to the basic volume management 
method of the present preferred embodiment, when the basic volume that 
is a criterion of a memory size which can be stored in the buffer memory 13 
is allocated to each flow to which the packet to be transmitted belongs, the 
basic volume of each flow of the packet belonging to the 
bandwidth-guaranteed class is managed by individually allocating the 
basic volume by as much as the memory size required by each flow, and 
the basic volume of each flow of the packet belonging to the best-effort 
class is managed by collectively allocating the memory size obtained by 
subtracting the sum of the basic volumes allocated to the 
bandwidth-guaranteed class from the entire memory size of the buffer 
memory 13. In this case, it is preferable to calculate the product of a 
priority and the number of flows belonging to a class for each best-effort 
class, calculate a total priority of the best-effort classes by calculating the 
sum of the products for the number of best-effort classes, calculate a basic 
volume allocation ratio for the received packet by dividing the priority of the 
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class to which the flow of the received packet belongs by the calculated 
total priority, and then calculate the basic volume of the flow of the 
received packet by calculating the product of the calculated basic volume 
allocation ratio and the basic volume of the best-effort class. Accordingly, 
5 while it is necessary to calculate the basic volume whenever the excessively 
used volume is calculated, it is unnecessary to change the basic volumes of 
the entire flows, and therefore, the processing speed of the output port 
controller 20 can be accelerated as compared with that of the prior art. 

According to the excessively used volume management method of the 

1 0 present preferred embodiment, the basic volume that is a criterion of a 
memory size which can be stored in the buffer memory 13 is allocated to 
each flow to which the packet to be transmitted belongs, an excessively 
used volume of the packet to be transmitted relative to the basic volume of 
the flow is calculated based on an actual used volume of the flow by which 

15 the flow uses the buffer memory 13, and flow information on only the flow 
that most excessively uses the buffer memory 13 relative to the basic 
volume and the excessively used volume of the flow are managed, and 
when a packet belonging to a predetermined flow is received and a flow 
having the excessively used volume larger than the managed excessively 

2 0 used volume occurs, the flow information and the excessively used volume 
are respectively updated to flow information on the predetermined flow to 
which the newly received packet belongs and the excessively used volume 
of the flow. It is preferable herein that when the packet belonging to the 
flow that most excessively uses the buffer memory 13 relative to the 

2 5 allocated basic volume is transmitted from the router apparatus, only the 
managed excessively used volume is updated to the excessively used 
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volume after transmission of the flow. Accordingly, it is unnecessary to 
check the excessively used volumes of the entire flows, and therefore, the 
processing speed of the output port controller 20 can be accelerated as 
compared with that of the prior art. 

According to the service order management method of the present 
preferred embodiment, the management table 28c that stores flow 
information on a flow to be transmitted next to the flow for each flow is 
further provided in order to manage a flow transmission order when a 
plurality of flows are stored in the buffer memory 13, and the management 
table 28c is updated so as to designate a turn of a new flow to be 
transmitted next to the flow before the currently transmitted flow when the 
new flow to be transmitted is stored in the buffer memory 13. Since the 
management table 28c is provided, it is unnecessary to search the flow to 
be transmitted next, and therefore, the processing speed of the output port 
controller 20 can be accelerated as compared with that of the prior art. 

Further, according to the method of dividing the buffer memory 20 to 
blocks and for connecting and managing the blocks of the buffer memory 
20 of the present preferred embodiment, the buffer memory 20 is divided to 
a plurality of blocks each having a predetermined block length, and the 
management table 22c that stores information on one of the blocks which 
stores the packet and information on the other one of the blocks to be 
connected next to the block that stores the packet while making the 
information correspond to each other is provided is provided, and the 
packet connection state of each flow is managed. Since the buffer memory 
20 can be efficiently used and the management table 22c is provided, it is 
possible to facilitate searching the block to be connected next, and 
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therefore, the processing speed of the output port controller 20 can be 
accelerated as compared with that of the prior art. 

Furthermore, the router apparatus of the present preferred 
embodiment includes the output port circuit 3 having the output port 
controller 20 shown in Fig. 1. Therefore, it is possible to provide a service 
suitable for each class, solve the problem of the occupation of the buffer 
memory 20 by specific flows, and accelerate packet input and output 
processings for the buffer memory 20 of the output port circuit 3. 

ADVANTAGEOUS EFFECTS OF PREFERRED EMBODIMENTS 
As mentioned above in detail, according to one aspect of the 
preferred embodiments of the present invention, there is provided an output 
port circuit of a router apparatus that routes and transmits a packet 
received through an input port circuit to each of adjacent nodes through 
the output port circuit by a switch fabric circuit. Each of flows is 
constituted by a plurality of continuous packets and belongs to either one 
of a bandwidth-guaranteed class and a best-effort class. The output port 
circuit includes a storage unit for temporarily storing a packet to be 
transmitted, and a controller for controlling storage and reading out of the 
packet into and from the storage unit. Upon allocating a basic volume 
that is a criterion of a memory size which can be stored in the storage unit 
to each of the flows to which the packet to be transmitted belongs, the 
controller manages the basic volume of each flow of the packet belonging to 
the bandwidth-guaranteed class by individually allocating the basic volume 
by as much as the memory size required by each of the flows, and manages 
the basic volume of each of the flows of the packets belonging to the 
best-effort class by collectively allocating the memory size obtained by 
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subtracting a sum of each the basic volume allocated to the 
bandwidth-guaranteed class from an entire memory size of the storage unit. 

In the above-mentioned output port circuit, the controller preferably 
calculates a product of a priority and a number of flows belonging to a 
class for the each best-effort class, calculates a total priority of the 
best-effort class by calculating a sum of each the product for the number of 
best-effort classes, calculates a basic volume allocation ratio for the 
received packet by dividing the priority of the class to which the flow of the 
received packet belongs by the calculated total priority, and calculates the 
basic volume of the flow of the received packet by calculating the product of 
the calculated basic volume allocation ratio and the basic volume of the 
best-effort class. Accordingly, it is necessary to calculate the basic volume 
upon calculating the excessively used volume, and it is unnecessary to 
change the basic volumes of the entire flows. Therefore, the processing 
speed of the controller can be accelerated as compared with that of the 
prior art. 

Further, according to another aspect of the preferred embodiments of 
the present invention, there is provided an output port circuit of a router 
apparatus that routes and transmits a packet received through an input 
port circuit to each of adjacent nodes through the output port circuit by a 
switch fabric circuit. Each of flows is constituted by a plurality of 
continuous packets and belongs to either one of a bandwidth-guaranteed 
class and a best-effort class. The output port circuit includes a storage 
unit for temporarily storing a packet to be transmitted, and a controller for 
controlling storage and reading out of the packet into and from the storage 
unit. The controller preferably allocates a basic volume that is a criterion 



- 92 - 



of a memory size which can be stored in the storage unit to each of the 
flows to which the packet to be transmitted belongs, calculates an 
excessively used volume of the packet to be transmitted relative to the 
basic volume of the flow based on an actual used volume of each of the 
5 flows by which the flow uses the storage unit, and manages (a) flow 

information on only the flow that most excessively uses the storage unit 
relative to the basic volume and (b) the excessively used volume thereof. 
Further, upon receiving a packet belonging to a flow having an excessively 
used volume larger than the managed excessively used volume, the 

1 0 controller updates (a) the flow information and (b) the excessively used 
volume to (a) flow information on the flow to which the received packet 
belongs and (b) the excessively used volume of the flow thereof. In the 
above-mentioned output port circuit, upon transmission of a packet 
belonging to a flow that most excessively uses the storage unit relative to 

15 the allocated basic volume from the router apparatus, the controller 
preferably updates only the managed excessively used volume to the 
excessively used volume after transmission of the flow. Accordingly, it is 
unnecessary to check the excessively used volumes of the entire flows. 
Therefore, the processing speed of the controller can be accelerated as 

2 0 compared with that of the prior art. 

Still further, according to a further aspect of the preferred 
embodiments of the present invention, there is provided an output port 
circuit of a router apparatus that routes and transmits a packet received 
through an input port circuit to each of adjacent nodes through the output 

2 5 port circuit by a switch fabric circuit. Each of flows is constituted by a 
plurality of continuous packets and belonging to either one of a 
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bandwidth-guaranteed class and a best-effort class. The output port 
circuit includes a storage unit for temporarily storing a packet to be 
transmitted, and a controller for controlling storage and reading out of the 
packet into and from the storage unit. The controller preferably further 
5 includes a first management table memory that stores flow information on 
a flow to be transmitted next to the flow for each of the flows to manage a 
flow transmission order upon storing a plurality of flows in the storage unit, 
and the controller preferably updates the first management table memory 
so as to designate an order of a new flow to be transmitted next to the flow 
1 0 before the currently transmitted flow upon storing the new flow to be 
transmitted in the storage unit. Since the first management table is 
provided, it is unnecessary to search the flow to be transmitted next and 
the processing speed of the controller can be accelerated as compared with 
that of the prior art. 

1 5 According to a still further aspect of the present invention, there is 

provided an output port circuit of a router apparatus that routs and 
transmits a packet received through an input port circuit to each of 
adjacent nodes through the output port circuit by a switch fabric circuit. 
Each of flows is constituted by a plurality of continuous packets and 

2 0 belongs to either one of a bandwidth-guaranteed class and a best-effort 
class. The output port circuit includes a storage unit for temporarily 
storing a packet to be transmitted, and a controller for controlling storage 
and reading out of the packet into and from the storage unit. The storage 
unit is preferably divided to a plurality of blocks each having a 

2 5 predetermined block length, and the controller further includes a second 
management table memory that stores information on one of the blocks 
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which stores the packet and information on the other one of the blocks to 
be connected next to the block that stores the packet while making these 
information correspond to each other, thereby managing a packet 
connection state of each of the flows. Since the storage unit can be 
efficiently used and the second management table is provided, it is possible 
to facilitate searching the block to be connected next, and therefore, the 
processing speed of the controller can be accelerated as compared with that 
of the prior art. 

According to a still more further aspect of the present invention, 
there is provided a router apparatus that routes and transmits a packet 
received through an input port circuit to each of adjacent nodes through 
the output port circuit by a switch fabric circuit. The router apparatus 
preferably the above-mentioned output port circuit. Accordingly, it is 
possible to provide a service suitable for each class, solve the problem of 
the occupation of the buffer memory by specific flows, and accelerate 
packet input and output processings for the storage unit of the output port 
circuit. 

Although the present invention has been fully described in connection 
with the preferred embodiments thereof with reference to the accompanying 
drawings, it is to be noted that various changes and modifications are 
apparent to those skilled in the art. Such changes and modifications are to 
be understood as included within the scope of the present invention as defined 
by the appended claims unless they depart therefrom. 



